IRC log for #brlcad on 20150101

00:06.22*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
00:10.10*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
01:18.59*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
01:24.57*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
01:26.37Notify02GCI:Melange * 4639899508539392 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
02:00.09gcibotHappy new year to everyone, att: the mantainer, Ignacio :)
02:08.26*** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
02:26.58*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
03:47.23Notify02GCI:silver9450 * 5327918221754368 : Task Claimed - I would like to work on this task.
03:49.20*** join/#brlcad Silver9450 (6fb89b7c@gateway/web/freenode/ip.111.184.155.124)
04:02.34Silver9450Hi, I'm new to BRL-CAD. I read the README.txt file, while it says "Using it requires about 6 GB of free space", I experience a shortage from my hard drive. Can I use my hard drive enclosure instead?
04:35.54*** join/#brlcad YashM (~YashM@117.198.23.139)
04:43.40Notify02GCI:quentindhs * 4975346856230912 : Task Claimed - I would like to work on this task.
04:54.06*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
05:17.16starseekerO.o  blocking archive.org, github, and sourceforge???
05:17.48YashMIn india yah
05:18.16YashM"The websites that have been blocked were based on an advisory by Anti Terrorism Squad, and were carrying Anti India content from ISIS."
05:18.34starseekerwhat, did SCO infiltrate the Indian government or something?
05:19.02starseekeruh...
05:19.28YashMbut using Google DNS i can bypass it
05:19.29YashM:P
05:19.59starseekergreat - you're going to knock out Google in India
05:20.05starseekerthat
05:20.15starseeker's amazing - why the whole site(s)?
05:20.39YashMThat's the easiest way right?
05:20.53YashMThey're not going to block specific subdomains so people can browse and see what's in it
05:21.07YashMAnd if Google gets knocked out, I will use a VPN
05:21.10starseekerin the sense that blowing off your whole foot is the easiest way to solve the problem of trimming toe nails, yeah...
05:21.40*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
05:21.55starseekershakes his head - hope it gets resolved quickly
05:22.22YashMThey probably didn't think that much, "OMG, this site has bad content, block the site"
05:23.13starseekerwell, I suppose it's a good way to see how vital github and sourceforge are to the Indian IT economic sector...
05:23.55YashMthe programmers will always find a way to bypass though
05:24.45YashMsourceforge is not banned tho
05:24.50YashMgithub is
05:24.52starseekerah
05:25.06YashMguess ISIS supports FOSS :P
05:25.11starseekerso slashdot had it wrong (surprise)
05:25.47starseekercan't imagine how video sharing sites are going to survive if that sort of thing keeps up
05:26.06starseekeror wikipedia, for that matter... basically any site with user posted content
05:26.24YashMyea
05:26.38YashM"Let's just ban the whole internet"
05:27.05starseekerwinces - I wish I could be sure they won't think of that...
05:40.44shardulcSean, if you're here, have you created the task to write a dead code-detecting script?
05:46.39shardulcstartseeker, are you there?
05:46.44shardulcstarseeker
05:47.13Notify02GCI:gjeet * 4975346856230912 : Task Assigned - This task has been assigned to Quentin. You have 100 hours to complete this task, good luck!
05:47.23Notify02GCI:gjeet * 5327918221754368 : Task Assigned - This task has been assigned to Steve. You have 100 hours to complete this task, good luck!
05:50.04*** join/#brlcad alisha (~alisha@101.60.156.49)
07:55.39*** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
07:59.14Notify02GCI:Melange * 5269456200663040 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
08:06.06Notify02GCI:melvinfoo * 4959197779197952 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
08:35.55*** join/#brlcad mihaineacsu (~mihaineac@92.81.146.119)
08:52.40*** join/#brlcad silver9450 (6fb89b7c@gateway/web/freenode/ip.111.184.155.124)
08:55.01silver9450Will it be able for BRL-CAD to run on my external hard disk? (btw I tried to send the message twice but I seemed to go offline because of bad internet connections)
08:58.59YashMsilver9450, why don't you try?
09:00.56*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
09:01.05silver9450I'm currently using virtual box, I tried to import BRL-CAD, and I changed the storage to my external HD, it didn't seem to work
09:43.28mihaineacsusilver9450: how did you "import" BRL-CAD?
09:54.12*** join/#brlcad YatharthROCK (~YatharthR@91.140.146.141)
09:54.28*** join/#brlcad YatharthROCK (~YatharthR@unaffiliated/yatharthrock)
09:54.38*** join/#brlcad darshpreets (~darshpree@202.164.53.117)
10:09.58Notify02GCI:thevk * 5855100174073856 : Task Claimed - I would like to work on this task.
10:13.54*** join/#brlcad alisha (~alisha@115.241.235.180)
10:20.55Notify02GCI:izak * 5855100174073856 : Task Assigned - This task has been assigned to Vladimir Kuznetsov. You have 100 hours to complete this task, good luck!
10:33.02Notify02GCI:helix * 6094206841913344 : Ready for review - The work on this task is ready to be reviewed.
10:38.18Notify02GCI:helix * 6094206841913344 : Sorry for taking too much time. -  I got busy with school work and also this is the biggest task here which is why I took so much time. I went with the script on the...
10:41.19Notify02GCI:Melange * 6094206841913344 : No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed.
10:48.53silver9450mihaineacsu: here's a screenshot, mine's in Chinese. https://images.plurk.com/1kQNzTKuVfyh6zvpxoFpe1.jpg
11:06.11silver9450I received this message and I had no idea what was going on?
11:06.14silver9450brlcad@brlcad-vm:~$ svn up brlcad-svn-trunk svn: Working copy 'brlcad-svn-trunk' locked svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)
11:09.46*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
11:16.06*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
11:29.34*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
11:48.45*** join/#brlcad mihaineacsu (~mihaineac@92.81.146.119)
11:49.29Notify02GCI:adityagulati * 5049231098249216 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
11:53.41*** join/#brlcad adityagulati (dce32db2@gateway/web/cgi-irc/kiwiirc.com/ip.220.227.45.178)
11:59.41*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
12:19.55adityagulatiare any new tasks going to come
13:09.19YashMDoes anyone know which parameters are mandatory and which ones not in stl-g?
13:14.40YashMnvm
13:20.17silver9450I entered "B gcirocks.ebm ae 35 25 zoom 1.5 l gcirocks.ebm rt" into MGED, ending up with a bunch of error message starting with db_lookup(ae) failed: ae does not exist
13:21.13silver9450Does anyone know why?
13:28.10YashMAny mentor here?
13:28.35*** join/#brlcad MarcTannous (5679c4d5@gateway/web/cgi-irc/kiwiirc.com/ip.86.121.196.213)
13:36.15Notify02GCI:silver9450 * 5327918221754368 : Error messages -  mged> B gcirocks.ebm ae 35 25 zoom 1.5 l gcirocks.ebm rt  db_lookup(ae) failed: ae does not exist   This followed with a bunch of error...
13:39.53*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
13:53.42Notify02GCI:quentindhs * 4975346856230912 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:53.48Notify02GCI:rohit_agarwal * 5836136417067008 : A request -  Can you please extend the deadline by 2 days. I got a little busy and couldn't complete the video. Thanks in advance.
17:35.15*** join/#brlcad infobot (ibot@rikers.org)
17:35.15*** topic/#brlcad is Topic for #brlcad: BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Welcome GCI 2014 participants! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi.
17:54.10andromeda-galaxygcibot, random brlcad
17:54.11gcibotandromeda-galaxy, random task in brlcad: https://www.google-melange.com/gci/task/view/google/gci2014/6418050127495168
17:54.11gcibotBRL-CAD || Beginner: Install and run BRL-CAD! #11 || Open || Hardeep Singh Rai, Ishwerdas
18:08.55*** join/#brlcad alisha (~alisha@115.254.212.203)
18:22.20Notify02GCI:rossberg * 5773120388464640 : Where is the axis? -  It needs a shaft to work.  Do you have an idea where the intake and exhaust are?
18:22.30Notify02GCI:rossberg * 5773120388464640 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
18:25.41*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
18:34.08Notify02GCI:rossberg * 5327918221754368 : Task Closed - Congratulations, this task has been completed successfully.
18:34.49Notify02GCI:rossberg * 5327918221754368 : None -  It was small but I found the "Steve" in your image ;)
18:39.15*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
18:39.26Notify02GCI:rossberg * 5874616018927616 : You should post a full screen shot -  as it is written at point 6 in this task's description.
18:39.27Notify02GCI:rossberg * 5874616018927616 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
18:40.20andromeda-galaxy~seen rossberg
18:40.24infobotandromeda-galaxy: i haven't seen 'rossberg'
18:40.29andromeda-galaxy~seen d_rossberg
18:40.29infobotd_rossberg <~rossberg@66-118-151-70.static.sagonet.net> was last seen on IRC in channel #brlcad, 9d 1h 23m 14s ago, saying: 'that's the base for writing code for it'.
18:44.09*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
18:49.40*** join/#brlcad YatharthROCK (~YatharthR@unaffiliated/yatharthrock)
18:52.26YashManyone here
18:52.34YashMhttp://i.imgur.com/AQzCcT3.png
18:56.36andromeda-galaxyrt with ambient occlusion takes *so long*...
18:58.13*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
18:58.29d_rossbergYashM: looks like a problem with the spaces in the file name (of the .g file), try tp put it between quotation marks
19:05.59andromeda-galaxyd_rossberg: for ambient occlusion, I've been rendering with ambSlow=1 and ambSamples=256, are those pretty reasonable defaults? (-s4096, also)
19:06.26Notify02GCI:o7p9bxbnyj * 5773120388464640 : Ready for review - The work on this task is ready to be reviewed.
19:13.51d_rossbergandromeda-galaxy: to be honest, no idea; i've never used this settings
19:14.33andromeda-galaxyd_rossberg: oh well... when I was doing the renders for the gerotor + hole for shaft just now, I realized that it took >10 minutes for it to render that simples scene with those settings, which is why I asked...
19:17.26d_rossbergambSamples=256 could cause it to shoot 256 rays for every pixel (and use the mean then) which is pretty much
19:18.54andromeda-galaxyahhh....
19:19.18andromeda-galaxyoh well... maybe I'll try sticking with samples=128, unfortunately it seems like for the ao rendering to work well it does need to have some fairly large number of rays-per-pixel...
19:25.05andromeda-galaxyd_rossberg: by the way, for https://www.google-melange.com/gci/task/view/google/gci2014/5773120388464640, I left out the intake/exhaust because most (pretty much all) of the descriptions/diagrams/papers about gerotors omitted them.
19:25.06gcibotBRL-CAD || Model a gerotor in 3D using BRL-CAD || NeedsReview (2 days 14 hrs 10 min) || Popescu Andrei, Sean
19:33.24Notify02GCI:ralpt3748752_qejwhe * 5292150220652544 : Task Claimed - I would like to work on this task.
19:33.29Notify02GCI:ralpt3748752_qejwhe * 5292150220652544 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
19:33.44Notify02GCI:ralpt3748752_qejwhe * 5292150220652544 : Task Claimed - I would like to work on this task.
19:37.05Notify02GCI:ralpt3748752_qejwhe * 5292150220652544 : Question to work -  How to find the coordinates of points on the surface hyp?
19:45.52Notify02GCI:rossberg * 5773120388464640 : None -  Shouldn't be the rotation axis hole round? And how about modelling the shaft too?
19:45.58Notify02GCI:rossberg * 5773120388464640 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
19:46.18andromeda-galaxyd_rossberg: I tried modeling the shaft as well, but that blocked too much of the geometry of the pump
19:46.54andromeda-galaxyd_rossberg: my thinking with the shaft was that the pump assembly could just be dropped onto any rotating shaft as part of another larger assembly
19:46.59andromeda-galaxyso making the hole square makes sense
19:47.07d_rossbergomitting the intake/exhaust may be ok, but the rest should work (if printed with a 3d printer)
19:47.39andromeda-galaxyI think that this should work.. there are no overlaps, so it should be possible to just drop it on a rotating shaft and try turning it
19:49.28andromeda-galaxyd_rossberg: do you see what I mean about the advantages of using a square shaft hole?
19:52.06d_rossbergok, you should write it is a comment for your task and set it ready for review again
19:52.34andromeda-galaxyd_rossberg: sure, one minute
19:52.37d_rossbergbtw, do yo know where the intake and exhaust are?
19:53.26andromeda-galaxyI think that usually the whole pump assembly is in a casing, which has two holes on the large sides
19:53.47andromeda-galaxyofcourse, modelling that would also obscure the actual pump assembly a lot because it requires having the case
19:56.00Notify02GCI:o7p9bxbnyj * 5773120388464640 : None -  I tried modeling the shaft as well, but that blocked too much of the geometry of the pump.  My thinking with the shaft was that the pump assembly could...
19:56.01Notify02GCI:o7p9bxbnyj * 5773120388464640 : Ready for review - The work on this task is ready to be reviewed.
19:56.13andromeda-galaxyd_rossberg: okay, done!
19:57.20Notify02GCI:rossberg * 5773120388464640 : Task Closed - Congratulations, this task has been completed successfully.
19:58.49andromeda-galaxyd_rossberg: btw, do you know when the next batch of tasks might be going up?
20:02.20d_rossbergsadly no, i'm waiting for some of mine too
20:03.04andromeda-galaxyah well...
20:04.05Notify02GCI:deepakkumarsharma * 5292150220652544 : Task Assigned - This task has been assigned to Raptor. You have 100 hours to complete this task, good luck!
20:06.45Notify02GCI:judebirch * 6383010643443712 : Ready for review - The work on this task is ready to be reviewed.
20:08.13andromeda-galaxyd_rossberg: one other thing --- do you have any idea how to build BRL-CAD's doxygen?
20:10.01Notify02GCI:rossberg * 5292150220652544 : For example with the nirt program/command -  It shots a single ray.
20:14.07MarcTannousandromeda-galaxy: did you do any of the doxygen header tasks?
20:14.20andromeda-galaxyMarcTannous: not yet, but I'm considering doing one
20:14.40d_rossberg"make dox" otr "make doxigen"?
20:15.11andromeda-galaxyd_rossberg: thanks, I couldn't find documentation anywhere...
20:15.42MarcTannousd_rossberg: IS a bag of triangles a primitive?
20:16.16andromeda-galaxyMarcTannous: hmm?
20:16.44MarcTannousandromeda-galaxy: Have got to do a class diagram for coreinterface's primitives
20:17.20MarcTannousNot sure whether Cone,Ellipsoid,Torus & Sphere are the only primitives or not
20:17.24andromeda-galaxyahh... I believe so, in the main brl-cad repo at least, since it has a dir under src/librt/primitives
20:17.57MarcTannousd_rossberg: Can you give me a list of all the objects coreInterface considers primitives?
20:19.22d_rossbergMarcTannous: look at the rt^3 branch at include/brlcad
20:20.04MarcTannousyup
20:20.07MarcTannousThat's what I am looking at
20:20.24d_rossbergevery class with "public Object" is a primitive
20:20.36MarcTannousok, thank you
20:21.02MarcTannoushttps://svn.code.sf.net/p/brlcad/code/rt%5E3/trunk/include/brlcad/Unknown.h what's this though?
20:21.41andromeda-galaxyMarcTannous: I believe that that's used to hold references to primtives of unknown types
20:22.14d_rossberggood point, this is a place holder for every BRL-CAD primitive which has no interface class yet
20:22.45MarcTannousthis class diagram will be pretty huge then
20:22.54d_rossbergand yes, bot is a primitive
20:24.30d_rossbergthe class diagram could contain a tree-like list of all the primitives below the Object
20:24.35MarcTannousyup
20:25.07MarcTannousthere's more than 10 primitives and each one of them has a few constructors/functions
20:26.20*** join/#brlcad merzo (~merzo@228-127-132-95.pool.ukrtel.net)
20:30.31Notify02GCI:rossberg * 6383010643443712 : None -  You should create regions from the different logo elements and put all these regions in one group.
20:30.36Notify02GCI:rossberg * 6383010643443712 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
20:32.00d_rossbergyou should mention the classes only, not the methods
20:35.22d_rossbergthe result could look like this image: http://upload.wikimedia.org/wikipedia/commons/7/74/Uml_diagram.svg
20:59.51Notify02GCI:judebirch * 6383010643443712 : Questions -  Sorry for asking, but how would you create regions and groups in archer? I researched it, and I found a command in MGED but when I open the .g file...
21:12.52Notify02GCI:Melange * 5625032667561984 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
21:25.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:31.24*** join/#brlcad YatharthROCK (~YatharthR@unaffiliated/yatharthrock)
21:43.04Notify02GCI:o7p9bxbnyj * 5880984918556672 : Task Claimed - I would like to work on this task.
21:53.40Notify02GCI:deepakkumarsharma * 5880984918556672 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 100 hours to complete this task, good luck!
22:02.57Notify02GCI:riyer15 * 6452933096898560 : Task Claimed - I would like to work on this task.
22:12.04gcibotFor GCIL users, added new update button. http://gcil.cf/all/
23:09.36*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
23:16.29*** join/#brlcad _gcibot_ (~gcibot@r179-25-73-67.dialup.adsl.anteldata.net.uy)
23:23.12*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
23:35.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:37.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150102

IRC log for #brlcad on 20150102

00:17.04maths22I've created a docbook browser
00:17.04maths22http://brlcad.org/docbrowser/svnDocbook/Documents/browse/doc/docbook/
00:17.23maths22xml files have a view documentation link that will render it
00:59.45Notify02GCI:zehata * 5032082837340160 : Ready for review - The work on this task is ready to be reviewed.
01:01.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:18.55Notify02GCI:maths22_m * 6452933096898560 : Task Assigned - This task has been assigned to RI. You have 100 hours to complete this task, good luck!
02:14.01Notify02GCI:Melange * 4956557716488192 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
02:15.17*** join/#brlcad Techtronix (~Techtroni@117.200.84.34)
02:24.26Notify02GCI:quentindhs * 5874616018927616 : help -  Hi Issac  I'm not sure how to proceed from Step 3, as neither BRL-CAD nor CMake have anything called "gcirocks.ebm ebm hello bw 512 512 64", nor does...
03:03.58Notify02GCI:judebirch * 6383010643443712 : Done -  I worked out how to make groups. I hope this is good enough!
03:04.34Notify02GCI:judebirch * 6383010643443712 : Ready for review - The work on this task is ready to be reviewed.
03:07.41*** join/#brlcad mihaineacsu (~mihaineac@92.81.146.119)
03:09.14Notify02GCI:quentindhs * 5874616018927616 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
18:21.31*** join/#brlcad infobot (ibot@rikers.org)
18:21.31*** topic/#brlcad is Topic for #brlcad: BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Welcome GCI 2014 participants! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi.
18:33.26*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
18:38.03*** join/#brlcad alisha (~alisha@101.60.151.61)
18:46.19*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
18:48.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:55.56starseekermaths22: hah, cool!
18:59.17starseeker(DocBook viewer)
19:02.03andromeda-galaxystarseeker: since I'm kind of running out of tasks, I'm working on one of the Doxygen cleanup ones (libbu); does doxygen warn about functions not in any group? Fixing the warnings shouldn't be too hard, but I'm not sure how to ensure that all of the functions are organized correctly
19:02.40starseekererm
19:02.44starseekerone sec...
19:02.48starseeker(task link?)
19:04.17andromeda-galaxystarseeker: sorry, https://www.google-melange.com/gci/task/view/google/gci2014/6391391198380032
19:04.17gcibotDoxygen cleanup for LIBBU || BRL-CAD || Claimed (4 days 2 hrs 41 min) || Isaac Kamga, Hardeep Singh Rai
19:06.02starseekerare we out of the NACA tasks?  I remember you got three of the tests working...
19:06.57starseekerandromeda-galaxy: ok, first order of business about that task - it looks like it got imported from last year and is a bit dated
19:07.49starseekermisc/doxygen/* files are the current home of the Doxygen structure management
19:08.37starseekerto build our Doxygen output, you need to have doxygen installed.  If it is, a "make dox" should build the documentation.
19:08.53starseekerit will take quite a while, which is why that target is not part of the normal build
19:09.37andromeda-galaxystarseeker: makes sense, I got as far as running 'make dox', which generates lots of warnings, which don't look too hard to fix
19:10.00andromeda-galaxy(and we are out of NACA tasks for now, the batch with the new ones hasn't been pushed yet)
19:10.28andromeda-galaxybut I was wondering about how to check that all the functions are in reasonable groups as specified by the second part of the task...
19:12.50starseekerandromeda-galaxy: that's a bit subjective
19:13.20starseekerif you look at the html output generated by doxygen, you should see the libbu functions grouped into categories
19:14.10starseekerI haven't looked recently (I'm building the dox target now but this machine is on the slow side) but I think a lot of organization work was done after that task was written
19:14.44starseekerso the key is to review the groupings to make sure things are where they are supposed to be, and see if any of the groups look like they probably should be sub-groups
19:14.59starseekerfeel free to ask/discuss on the channel if there is any question
19:17.58starseekerandromeda-galaxy: ah - try the build target libdox
19:18.02starseekermake libdox
19:18.15andromeda-galaxyright...
19:18.27andromeda-galaxyis there any way to get a list of functions that aren't correctly categorized?
19:18.40starseekerI'm hoping that'll be clear in the output
19:18.57andromeda-galaxyhope so... I'll take another look at it, hopefully there's somew ay to get at the "no modules".
19:19.04andromeda-galaxywhat's the difference between dox and libdox?
19:19.18Notify03BRL-CAD:n_reed * 63854 brlcad/trunk/src/tclscripts/archer/Archer.tcl: give preference methods more intuitive names
19:19.20starseekerif not, you may have to review the individual subheaders
19:19.32starseekerbut let's see what the output looks like
19:19.52starseekermight want to remove doc/doxygen_output first
19:20.29starseekerI should probably rework the dox target - as matters stand now it's a really mean target
19:21.27starseekeryeah, libdox is way more digestable - that's the one to use
19:21.47Notify03BRL-CAD:ejno * 63855 (brlcad/trunk/doc/docbook/system/man1/en/g-raw.xml brlcad/trunk/doc/docbook/system/man1/en/g-stl.xml and 2 others): g-stl and g-raw do not actually support specifying the number of cpus; removes the -P option and its documentation
19:22.00andromeda-galaxystarseeker: sounds good, thanks!
19:22.18starseekeryou'll need to uncomment your directories of interest
19:22.36starseekerin misc/doxygen/DoxyfileLibs.in
19:24.06starseekerandromeda-galaxy: if you can give me a few minutes, I'll try to rework this so it behaves better out of the box
19:24.18starseekerit looks like I left it in an intermediate state
19:34.37*** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-snchydpstykpdwrp)
19:42.16starseekerandromeda-galaxy: it's the interrelated nature of the libs that's complicating the output - for per-library activities we need a simple subset target
19:42.28starseekerI think I see where I was heading - let me try to finish it
20:08.26andromeda_galaxystarseeker: great, thanks! (Sorry I couldn't reply earlier, but I had to leave suddenly)
20:08.36starseekerno problem - this is taking a little bit
20:14.23*** join/#brlcad jagmeet (~js@202.164.53.117)
20:21.07Notify02GCI: *  :  -
20:26.59andromeda-galaxystarseeker: well, thanks for looking into it! I'll start trying to fix some of the warnings that I got from a 'make dox' in the meantime...
20:27.16MarcTannousanyone knows when the next batch of tasks is coming?
20:27.49starseekerMarcTannous: just brlcad ;-)
20:37.17andromeda-galaxystarseeker: for me, 'make dox' doesn't seem to be taking too long.. is that a problem?
20:37.28andromeda-galaxyI'm just runing 'make dox' from in build/
20:39.44Notify02GCI:ralpt3748752_qejwhe * 5292150220652544 : All ok -  /usr/brlcad/bin/mged
20:42.45Notify03BRL-CAD:starseeker * 63856 (brlcad/trunk/misc/CMakeLists.txt brlcad/trunk/misc/doxygen/DoxyfileLibs.in brlcad/trunk/misc/doxygen/doxygen_intro.h): Make per-library doxygen targets.
20:45.13andromeda-galaxystarseeker: what did you call the targets?
20:54.54Notify03BRL-CAD:starseeker * 63857 brlcad/trunk/misc/doxygen/Doxyfile.in: update Doxyfile.in - probably should be autogenerating this input list...
21:02.09Notify03BRL-CAD:starseeker * 63858 (brlcad/trunk/misc/doxygen/CMakeLists.txt brlcad/trunk/misc/doxygen/Doxyfile.in brlcad/trunk/misc/doxygen/DoxyfileLibs.in): Shorten file names
21:02.13andromeda-galaxystarseeker: for that task, do I need to fix all the "<variable/function/parameter> not document" warnings?
21:05.32andromeda-galaxystarseeker: there are *lots* more warnings with 'make dox-libbu' than with 'make dox'... especially, there are a bunch more member not documented warnings and a bunch linked file is not an input file ones...
21:18.12starseekerandromeda-galaxy: make dox is fine if it's fast enough - I changed the inputs, so it's shorter
21:18.20starseekerthat may change in the future though
21:19.00starseekerlibbu gets most of the doxygen effort, since it's first in the dependency changes
21:19.04starseekerchains rather
21:20.04starseekermake dox will produce the nice toplevel at the moment, which will be the most useful for determing what things are not organized
21:20.13starseekerif libbu is in good shape, you can move on to libbn
21:21.53starseekerthe make dox target is preferable for the reasons you noted - you'll have undefined variables et. al.
21:23.01starseekerI probably need to make the PDF generation depend on a build variable and detecting latex... the html output is useful without the pdf output, and can be generated much faster...
21:27.38starseekerandromeda-galaxy: does the current setup make a little more sense?  each lib*.dox file defines the organizational hierarchy that is used in the headers
21:38.17Notify03BRL-CAD:n_reed * 63859 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): use associative arrays to eliminate duplicated switches
21:48.24starseekerandromeda-galaxy: if you see warnings that look like they're due to missing files that may be me not adding the right directories
21:54.14starseekerneeds to hook up n_reed's dom2dox into the doxygen build...
22:08.40andromeda-galaxystarseeker: makes sense... I'll work from 'make dox' for now... try running make dox-libbu on your machine, and you should see what I mean about the extra warnings
22:28.16Notify02GCI:riyer15 * 6452933096898560 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
22:55.51maths22andromeda-galaxy, starseeker: have you seen my docbook documentation stuff?
22:59.05andromeda-galaxymaths22: maths22: just looked at it now, looks great!
23:15.57andromeda-galaxystarseeker, maths22: what do the comments next to each constant in include/bu/magic.h mean?
23:26.57Notify02GCI:zehata * 5032082837340160 : Original files -  Due to some errors, I was not able to upload the original files in time before the deadline, could I get an extension for a day or two?  Regards, ...
23:32.38andromeda-galaxydoxygen is complaining about messed-up documentation for UNUSED() parameters.... any idea how to fix that? It seems like it would be somewhat complicated since the behavior of UNUSED() is compiler-dependent
IRC log for #brlcad on 20150103

IRC log for #brlcad on 20150103

00:01.30andromeda-galaxyin cv.h, there is an @file comment that has no declarations following it for a nonexistent file.  Can I safely remove it?
00:15.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:28.01starseekerandromeda-galaxy: might want to put the UNUSED question up to brlcad
00:28.30starseekerandromeda-galaxy: yes, I believe you can remove that
00:35.30andromeda-galaxystarseeker: okay, thanks! I did figure out a way around UNUSED
00:35.41andromeda-galaxyI modifyed the Doxyfile so tht UNUSED(x) -> x
00:35.57andromeda-galaxystarseeker: but now I've got one other question about the include/bu/ headers
00:36.24andromeda-galaxysome of them have the @addtogroup above the @file <headername.h>, and some below,
00:36.32andromeda-galaxyso some of them have that group containing that header and others don't
00:36.35andromeda-galaxyis that intentional?
00:46.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:07.14starseekerandromeda-galaxy: offhand, I'd say that if the header has all of its contents in one group the header should be contained in the group, and otherwise not
01:11.23andromeda-galaxyahhh
01:11.41andromeda-galaxyso it's likely on purpose then... I'll try to take a quick look through and check
01:11.55andromeda-galaxyso far, I've been trying to get all the @file declarations right... there are an amazing number missing
01:57.27starseekerandromeda-galaxy: our doxygen setup needs a lot of work - there have been several passes to arrive at the current approach, and even then it's not a for-sure final version
01:58.09starseekerif there are problems with how we're doing it now, we'll try to fix them - we want to eventually reach a point where our doxygen docs are the standard, high-quality developer guide to our libraries
01:58.52starseekerthat's why libbu is so much further along than the other libs - each "pass" at doxygen got only so far, then lost steam
01:59.34Notify02GCI:o7p9bxbnyj * 6391391198380032 : None -  For this submission, I've fixed all of the warnings coming from libbu files that are in the output of 'make dox', and I've tried to set up all of the...
01:59.40Notify02GCI:o7p9bxbnyj * 6391391198380032 : Ready for review - The work on this task is ready to be reviewed.
02:01.21Notify02GCI:judebirch * 6383010643443712 : Done again -  Thank you for telling me how I could make it better, I think I've done everything okay now
02:01.31Notify02GCI:judebirch * 6383010643443712 : Ready for review - The work on this task is ready to be reviewed.
02:14.09Notify02GCI:Melange * 5218710037987328 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
02:23.12starseekerandromeda-galaxy: go ahead and apply the patch - looks OK
02:27.56*** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
02:40.33starseekerandromeda-galaxy: nevermind - I'm going to go ahead and apply it, because I'd like to rename a couple more things
02:42.03andromeda-galaxystarseeker: sorry, I had to leave and didn't see this... that sounds good to me; if you apply the renamed patch before the task is complete, are you able to leave a comment on the task? it would be useful to let the reviewer know that it had been already applied
02:42.48starseekerI don't know if I can comment - you can once you see the commit (should be a few seconds)
02:44.04Notify03BRL-CAD:starseeker * 63860 (brlcad/trunk/include/bu/bu_tcl.h brlcad/trunk/include/bu/cmd.h and 19 others): Apply GCI patch https://www.google-melange.com/gci/task/view/google/gci2014/6391391198380032 for doxygen cleanup
02:44.04gcibotDoxygen cleanup for LIBBU || BRL-CAD || NeedsReview (3 days 19 hrs 1 min) || Isaac Kamga, Hardeep Singh Rai
02:51.25starseekerandromeda-galaxy: yeah, doesn't look like I can comment
02:51.45andromeda-galaxystarseeker: ok, I'll do it
02:52.42andromeda-galaxystarseeker: just curious, what did you change?
02:52.43Notify02GCI:o7p9bxbnyj * 6391391198380032 : Patch already applied -  starseeker already applied a slightly modified version of this patch to the main tree, so it probably won't apply cleanly.
02:53.06starseekerandromeda-galaxy: haven't changed anything yet - wanted to apply the patch before I did
02:53.27andromeda-galaxyahh...
02:53.43andromeda-galaxyin that case, what are you planning on changing? you mentiond renaming a couple more things...
02:54.18starseekerrenaming the DoxyfileLibs files primarily, but anything else I can do to clarify how this works
02:55.02starseekerI want to generate the inputs list for the toplevel Doxyfile.in too
03:03.39andromeda-galaxyahh
03:03.53andromeda-galaxymakes sense..
03:44.48Notify02GCI:Melange * 6383010643443712 : No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed.
03:59.58*** join/#brlcad YashM (~YashM@117.198.6.154)
04:00.58*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
04:04.37*** join/#brlcad mihaineacsu (~mihaineac@92.81.146.119)
04:05.02Notify03BRL-CAD:starseeker * 63861 brlcad/trunk/include/bu/avs.h: remove extra closing bracket
04:22.43Notify02GCI:honey * 5625032667561984 : Task Claimed - I would like to work on this task.
04:26.10Notify02GCI:honey * 5625032667561984 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
04:48.25Notify02GCI:adrianneng * 4956557716488192 : Task Claimed - I would like to work on this task.
04:52.07Notify02GCI:gjeet * 4956557716488192 : Task Assigned - This task has been assigned to Adrianne. You have 100 hours to complete this task, good luck!
04:54.37Notify02GCI:gjeet * 5032082837340160 : Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
05:05.25Notify02GCI:gjeet * 4938019295461376 : Hey hunar -  I guess there's a little misunderstanding, as per rules of melange, one task can only be done by one person. You claimed the task, but didn't ask for...
05:06.00*** join/#brlcad YashM_ (~YashM@117.198.0.136)
05:06.21Notify03BRL-CAD:starseeker * 63862 brlcad/trunk/include/bn/vlist.h: Tweak doxygen
05:08.04Notify03BRL-CAD:starseeker * 63863 (brlcad/trunk/misc/doxygen/CMakeLists.txt brlcad/trunk/misc/doxygen/Doxyfile.in): Consolidate the individual lib dox targets and the overall target into one template. Autogenerate more of the inputs.
05:11.24starseekerandromeda-galaxy: That seems to make the individual dox-libbu target work better, as well as simplifying things overall
05:11.35starseekermake dox-libbn now also seems to be a tad more focused
05:11.38andromeda-galaxystarseeker: sounds good!
05:12.41starseekerthey're all using one template now, so the output should at least be consistent...
05:12.44*** join/#brlcad gjeet (75d6cceb@gateway/web/cgi-irc/kiwiirc.com/ip.117.214.204.235)
05:39.24Notify03BRL-CAD:starseeker * 63864 (brlcad/trunk/misc/doxygen/CMakeLists.txt brlcad/trunk/misc/doxygen/librt.dox): Add stub dox files for the other libraries.
05:53.43*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
06:01.07*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
06:02.50*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
06:05.26*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
06:06.43*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
06:23.16*** join/#brlcad YashM__ (~YashM@117.198.7.164)
06:29.00Notify02GCI:zehata * 5032082837340160 : Original Raw Files -  Dear Mentors  The problem had been solved ahead of time and I am happy to inform you that the original raw file and pictures have been...
06:29.15Notify02GCI:zehata * 5032082837340160 : Ready for review - The work on this task is ready to be reviewed.
07:00.11Notify02GCI:snapvai15 * 5564670123442176 : Task Claimed - I would like to work on this task.
07:05.00Notify03BRL-CAD:starseeker * 63865 brlcad/trunk/include/bu/parallel.h: typo
07:07.22Notify02GCI:snapvai15 * 5564670123442176 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
07:43.42*** join/#brlcad shardulc (7aaa18d3@gateway/web/freenode/ip.122.170.24.211)
07:44.03shardulchello everyone
07:44.16shardulcwhen are new tasks coming? especially dead code elimination ones?
07:44.35shardulcthe existing dead code elimination tasks are all beginner tasks, so not everyone can claim them
07:44.57shardulcthanks!
07:56.15Notify02GCI:smriti7545 * 5252586642866176 : Ready for review - The work on this task is ready to be reviewed.
08:52.37*** join/#brlcad MarcTannous (5679c4d5@gateway/web/cgi-irc/kiwiirc.com/ip.86.121.196.213)
09:33.15*** join/#brlcad mandarj (75c32995@gateway/web/freenode/ip.117.195.41.149)
09:33.24mandarjgcibot random BRL-CAD
09:33.45mandarjgcibot  random
09:33.49MarcTannous?
09:50.53*** join/#brlcad mihaineacsu (~mihaineac@92.81.146.119)
10:07.51Notify02GCI:ishwerdas * 5049231098249216 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed...
10:08.52Notify02GCI:ariessa * 4959197779197952 : Task Claimed - I would like to work on this task.
10:11.07*** join/#brlcad alisha (~alisha@202.164.53.117)
10:13.24MarcTannousmorning guys
10:15.15Notify02GCI:ishwerdas * 5049231098249216 : None -  I really liked the way you explained your design. Just a few suggestions to make it look more better.  The sidebar is confusing, You have objects and...
10:16.17Notify02GCI:ishwerdas * 4959197779197952 : Task Assigned - This task has been assigned to ariessa. You have 100 hours to complete this task, good luck!
10:20.38Notify02GCI:gjeet * 5032082837340160 : Wrong files -  I guess you uploaded wrong files. In Code In Official Updated.zip there are some png files and pptx file.With raw files I meant the original software...
10:20.58Notify02GCI:gjeet * 5032082837340160 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
10:35.48Notify02GCI:somya_agrawal * 5625032667561984 : Task Claimed - I would like to work on this task.
11:24.35Notify02GCI:deepakkumarsharma * 5625032667561984 : Task Assigned - This task has been assigned to Somya Agrawal. You have 100 hours to complete this task, good luck!
11:25.14*** join/#brlcad merzo (~merzo@63-26-132-95.pool.ukrtel.net)
11:31.50YashM__~seen brlcad
11:31.52infobotbrlcad is currently on #brlcad #gsoc #stepcode #bzflag, last said: 'sudo should work now with those links in place'.
11:53.48Notify02GCI:ariessa * 4959197779197952 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
12:16.35Notify02GCI:tannousmarc * 5796868252499968 Class diagram for Coreinterface #2 https://www.google-melange.com/gci/task/view/google/gci2014/5796868252499968:   Why this took so long   Initially, I started...
12:16.35gcibot[[ Class diagram for Coreinterface #2 || BRL-CAD || NeedsReview (44 hrs 6 min) || Popescu Andrei, Daniel_R ]]
12:16.36Notify02GCI:tannousmarc * 5796868252499968 : Ready for review - The work on this task is ready to be reviewed.
12:18.30Notify02GCI:ariessa * 5218710037987328 : Task Claimed - I would like to work on this task.
12:18.35Notify02GCI:zehata * 5032082837340160 : Re: Wrong Files -  Dear Mentors,  I have used PowerPoint for the image editing as I was unable to use either Gimp or Photoshop on my computer. I had saved the files...
12:18.50Notify02GCI:mihaineacsu29 * 5218710037987328 : Task Assigned - This task has been assigned to ariessa. You have 100 hours to complete this task, good luck!
12:54.37Notify02GCI:ariessa * 5218710037987328 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
15:40.09*** join/#brlcad MarcTannous (5679c4d5@gateway/web/cgi-irc/kiwiirc.com/ip.86.121.196.213)
16:56.48Notify02GCI:vkostov * 5049231098249216 : Ready for review - The work on this task is ready to be reviewed.
17:00.44Notify02GCI:brlcad * 5252586642866176 : needs more -  Smriti, thank you uploading your work, but this needs more work. First, the task description asks you to submit an AVI or URL, not a WMV file. Second,...
17:00.53Notify02GCI:brlcad * 5252586642866176 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
17:00.58Notify02GCI:brlcad * 5252586642866176 : Deadline extended - The deadline of the task has been extended with 2 days and 2 hours.
17:03.35YashM__brlcad, you here?
17:06.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:18.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:22.43*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
17:26.53YashM__Are new tasks coming anytime soon?
17:51.49Notify02GCI:rossberg * 5796868252499968 : Not bad -  but you should   omit the methods and parameters of Object too (they are errors in it anyway), rearrange the primitive classes such that the image can...
17:51.50Notify02GCI:rossberg * 5796868252499968 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
17:51.51Notify02GCI:rohit_agarwal * 5836136417067008 : Another Request -  Sir my video is almost complete. It only requires some finishing touches. I just need a little time for editing and uploading it. I will...
18:03.06*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
18:10.07Notify02GCI:rossberg * 6383010643443712 : Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
18:12.32Notify02GCI:rossberg * 6383010643443712 : Not bad -  At the first sight the model looks OK, but this task requires a rendered image too. Could you please upload a ray-traced image of your geometry?
18:12.37Notify02GCI:rossberg * 6383010643443712 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
18:17.06*** join/#brlcad alisha (~alisha@101.60.175.173)
18:17.54*** join/#brlcad albertcoder (~albertcod@202.164.45.208)
18:20.15*** join/#brlcad sofat (~sofat@202.164.45.204)
18:20.48*** join/#brlcad sofat (~sofat@202.164.45.204)
18:23.39Notify02GCI:judebirch * 6383010643443712 : Ready for review - The work on this task is ready to be reviewed.
18:26.07*** join/#brlcad michaelx2000 (~Thunderbi@61.245.163.61)
18:33.46*** join/#brlcad sofat (~sofat@202.164.45.204)
18:34.16Notify02GCI:rossberg * 5049231098249216 : In general not bad -  But I can't image how this will be CAD. Therefore you should put some live in your mock-up: A geometry, some icons (showing this is really a...
18:34.26Notify02GCI:rossberg * 5049231098249216 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
18:35.00*** join/#brlcad albertcoder (~albertcod@202.164.45.208)
18:37.04*** join/#brlcad albertcoder (~albertcod@202.164.45.208)
18:37.35Notify02GCI:tannousmarc * 5796868252499968 : Thank you for the clarifications -  Having not worked with class diagrams before and this being my probably 3rd or 4th time ever working on something...
18:40.22Notify02GCI:tannousmarc * 5796868252499968 : Regarding the source -  Data was collected from a local repo of rt^3, the diagram was created with the online program suggested in the reference of this task,...
18:40.52Notify02GCI:tannousmarc * 5796868252499968 : Ready for review - The work on this task is ready to be reviewed.
18:43.58*** join/#brlcad sofat (~sofat@202.164.45.204)
18:48.12*** join/#brlcad coderalbert (~albertcod@202.164.45.208)
18:50.23*** join/#brlcad sofat (~sofat@202.164.45.204)
18:52.18Notify02GCI:rossberg * 6383010643443712 : This is unfortunately not a ray-traces image -  If you are doing a ray-trace (for example in archer: Raytrace->rt->512x512) you get a black window only. But the...
18:52.38Notify02GCI:rossberg * 6383010643443712 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
18:54.46*** join/#brlcad albert_coder (~albertcod@202.164.45.204)
19:11.08Notify02GCI:rossberg * 5796868252499968 Class diagram for Coreinterface #2 https://www.google-melange.com/gci/task/view/google/gci2014/5796868252499968:   Some issues    The arrows are wrong (direction...
19:11.09gcibot[[ Class diagram for Coreinterface #2 || BRL-CAD || NeedsWork || Popescu Andrei, Daniel_R ]]
19:11.09Notify02GCI:rossberg * 5796868252499968 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
19:28.28*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
19:29.11*** join/#brlcad sofat (~sofat@202.164.45.204)
19:36.24*** join/#brlcad albert_coder (~albertcod@202.164.45.204)
20:01.55Notify02GCI:judebirch * 6383010643443712 : Ray-Tracing File -  I clicked the 'Raytrace current view' button and I didn't get any file from it, when I clicked rt at the top it worked so I used the snipping...
20:02.05Notify02GCI:judebirch * 6383010643443712 : Ready for review - The work on this task is ready to be reviewed.
20:37.19*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
21:55.13*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
22:07.29*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
23:07.18Notify02GCI:zehata * 5032082837340160 : Ready for review - The work on this task is ready to be reviewed.
23:11.24Notify02GCI:brlcad * 6391391198380032 : Task Closed - Congratulations, this task has been completed successfully.
23:18.01Notify02GCI:brlcad * 6383010643443712 : Task Closed - Congratulations, this task has been completed successfully.
23:28.18Notify02GCI:judebirch * 6383010643443712 : Thank you -  Thank you very much for all the help you gave me
23:29.54Notify02GCI:judebirch * 5265298621988864 : Task Claimed - I would like to work on this task.
23:34.09gcibotFor GCIL users, the leaderboard now force https connection.
23:43.11Notify02GCI:brlcad * 5265298621988864 : Task Assigned - This task has been assigned to Jude. You have 100 hours to complete this task, good luck!
IRC log for #brlcad on 20150104

IRC log for #brlcad on 20150104

00:06.27Notify02GCI:tannousmarc * 5796868252499968 : Yes -  Yes, the draw.io can be exported in loads of formats, usually xml.  - Used the arrows as shown on wikipedia.  - Resized it to fit nicely on a screen,...
00:06.28Notify02GCI:tannousmarc * 5796868252499968 : Ready for review - The work on this task is ready to be reviewed.
00:44.12MarcTannousgood night everyone
00:44.13MarcTannous:D
00:50.05ignacioMarcTannous, good night!
01:42.35*** join/#brlcad jasvir (~jasvir@122.173.116.245)
01:48.16Notify02GCI:judebirch * 5265298621988864 : Sorry -  Sorry, I accidentally uploaded a task that hadn't been renamed. Just please ignore it.
01:48.31Notify02GCI:judebirch * 5265298621988864 : Ready for review - The work on this task is ready to be reviewed.
02:58.05*** join/#brlcad mihaineacsu (~mihaineac@92.81.146.119)
03:16.03Notify02GCI:rohit_agarwal * 5836136417067008 : Ready for review - The work on this task is ready to be reviewed.
03:19.34Notify02GCI:rohit_agarwal * 5836136417067008 : URL Shared -  I uploaded the video on Google Drive and shared the link. The link to the music is - https://www.youtube.com/watch?v=-IBgbdEoBSo The fonts used...
03:36.48Notify02GCI:brn_ghs * 5803622709329920 : Task Claimed - I would like to work on this task.
03:50.56*** join/#brlcad YashM (~YashM@117.222.71.42)
04:04.40Notify03BRL-CAD:starseeker * 63866 (brlcad/trunk/src/other/libpng/ANNOUNCE brlcad/trunk/src/other/libpng/CHANGES and 36 others): Update to libpng 1.6.16
04:09.46Notify03BRL-CAD:starseeker * 63867 (svn:mime-type ## -1 +1 ## and 14 others): dfn.awk triggers the mixed line endings warning from svn, but this is apparently intended in the file. Don't treat this as text.Property Changed:----------------brlcad/trunk/src/other/libpng/scripts/dfn.awk
04:12.29Notify03BRL-CAD:starseeker * 63868 (svn:eol-style ## -1 +0,0 ## and 13 others): remove eol-style propertyProperty Changed:----------------brlcad/trunk/src/other/libpng/scripts/dfn.awk
04:12.52Notify03BRL-CAD:starseeker * 63869 brlcad/trunk/src/other/libpng/scripts/dfn.awk: add 1.6.16 vanilla dfn.awk file
04:13.25Notify03BRL-CAD:starseeker * 63870 brlcad/trunk/src/other/libpng/CMakeLists.txt: Re-apply CMake tweaks
04:16.02Notify02GCI:Melange * 5836136417067008 : No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed.
04:22.05Notify02GCI:brn_ghs * 5803622709329920 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
04:32.27Notify02GCI:brn_ghs * 5803622709329920 : Task Claimed - I would like to work on this task.
04:52.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:59.35*** join/#brlcad jasvir (~jasvir@122.173.116.245)
05:21.53*** join/#brlcad YashM (~YashM@117.222.71.42)
05:42.04*** join/#brlcad YashM (~YashM@117.222.71.42)
05:57.01*** join/#brlcad jasvir (~jasvir@122.173.116.245)
06:03.13*** join/#brlcad shardulc (7aaa1d0f@gateway/web/freenode/ip.122.170.29.15)
06:53.18ignacioGood nightl
06:54.48*** join/#brlcad raptor (~raptor@213.222.229.209)
06:55.46raptorhello
06:56.15raptoryou with GCI?
06:57.02raptorRussian speakers have?
06:57.12raptorРусскоязычные есть?
06:58.01shardulchello, is there a mentor online?
07:01.04raptorWho is doing what ?
07:01.13Stragusshardulc, just ask the question, it will be answered (even though it may take a little while)
07:01.29shardulcno, I just wanted to know when we'll have more tasks
07:01.57shardulcStragus, do you know Sean's nick?
07:02.19StragusIt's brlcad
07:02.39shardulcok, thanks!
07:02.43raptorYes I too would like to )
07:03.15shardulchello, raptor, are you a GCI student?
07:03.23raptoryes
07:04.42raptorNow finish Tsunami art
07:19.52*** join/#brlcad YashM (~YashM@117.222.64.194)
07:40.44*** part/#brlcad shardulc (7aaa1d0f@gateway/web/freenode/ip.122.170.29.15)
08:03.56*** join/#brlcad YashM (~YashM@117.222.64.194)
08:20.23Notify02GCI:gjeet * 5803622709329920 : Task Assigned - This task has been assigned to Bruno P.. You have 100 hours to complete this task, good luck!
08:24.10Notify02GCI:gjeet * 5836136417067008 : Task Closed - Congratulations, this task has been completed successfully.
08:26.11Notify02GCI:gjeet * 5836136417067008 : That's nice -  Hey rohit, you did a great work there. I seriously liked it. The best and different thing was the way the letters were arranging itself from one word...
08:27.36Notify02GCI:Melange * 5311760286351360 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
08:45.46*** join/#brlcad YashM (~YashM@117.222.64.194)
08:57.26*** join/#brlcad YashM (~YashM@117.222.64.194)
09:05.31*** join/#brlcad MarcTannous (5679c4d5@gateway/web/cgi-irc/kiwiirc.com/ip.86.121.196.213)
09:15.10*** join/#brlcad YashM (~YashM@117.222.64.194)
09:23.50*** join/#brlcad YashM_ (~YashM@117.198.3.253)
10:03.24*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
10:17.27*** join/#brlcad geekgrl (~geekgrl@1.39.41.92)
10:56.49Notify02GCI:somya_agrawal * 5625032667561984 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
11:34.13*** join/#brlcad merzo (~merzo@3-105-133-95.pool.ukrtel.net)
12:14.29Notify02GCI:ch3ck * 5032082837340160 : Hello -  I was of the impression you were to design the new interface using Photoshop and submit the raw design files(.xcf or any other) which could later on be used...
12:14.40Notify02GCI:ch3ck * 5032082837340160 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
12:15.49*** join/#brlcad YashM_ (~YashM@117.198.3.253)
13:03.20Notify02GCI:rossberg * 5796868252499968 : The arrows are OK now -  However, you should append one of the XML formats here too. Take one which can be used to change/extend the diagram via draw.io. ...
13:03.21Notify02GCI:rossberg * 5796868252499968 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
13:03.30Notify02GCI:rossberg * 5796868252499968 : Deadline extended - The deadline of the task has been extended with 1 days and 0 hours.
13:11.15Notify02GCI:tannousmarc * 5796868252499968 : Ready for review - The work on this task is ready to be reviewed.
13:12.10Notify02GCI:tannousmarc * 5796868252499968 : XML Submitted -  XML file format submitted, however not with the "IS-A" arrows as draw.io does not have those, they were manually added in Photoshop. It has...
13:39.49ignacioGood Morning guys! :)
14:16.13*** join/#brlcad alisha (~alisha@223.225.226.53)
14:17.27Notify02GCI:tyagiyash98 * 5625032667561984 : Task Claimed - I would like to work on this task.
14:18.54raptorWhy when I render in Archer , a window with the renderer , but it is transparent ? I have a linux
14:20.18Notify02GCI:brn_ghs * 5803622709329920 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
14:20.48Notify02GCI:brn_ghs * 5815998791811072 : Task Claimed - I would like to work on this task.
14:28.55raptorAfter creating the file my script and get an error when editing - the database is read-only
14:45.43Notify02GCI:deepakkumarsharma * 5625032667561984 : Task Assigned - This task has been assigned to yt. You have 100 hours to complete this task, good luck!
14:46.04Notify02GCI:deepakkumarsharma * 5815998791811072 : Task Assigned - This task has been assigned to Bruno P.. You have 100 hours to complete this task, good luck!
14:52.38*** join/#brlcad jasvir (~jasvir@122.173.116.245)
15:27.00Notify02GCI:vkostov * 5049231098249216 : Ready for review - The work on this task is ready to be reviewed.
15:41.22Notify02GCI:rossberg * 5796868252499968 : I've just tried draw.io -  and it was very easy to change the arrows to the right ones and to rearrange the boxes such that they are more compact.  Nevertheless...
15:41.27Notify02GCI:rossberg * 5796868252499968 : Task Closed - Congratulations, this task has been completed successfully.
15:42.09*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
15:50.07Notify02GCI:rossberg * 5049231098249216 : None -  Simple, but OK.
15:50.17Notify02GCI:rossberg * 5049231098249216 : Task Closed - Congratulations, this task has been completed successfully.
15:56.08Notify02GCI:utkarshsingh341 * 6418050127495168 : Task Claimed - I would like to work on this task.
15:59.39*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
16:03.24Notify02GCI:harman052 * 6418050127495168 : Task Assigned - This task has been assigned to utkarshsingh. You have 100 hours to complete this task, good luck!
16:06.33Notify02GCI:brn_ghs * 5815998791811072 : Ready for review - The work on this task is ready to be reviewed.
16:08.30MarcTannousmost of the remaining tasks are marked as "Beginner" and I can't claim any of them. Is there any way I could claim this one though : http://www.google-melange.com/gci/task/view/google/gci2014/6435641374015488 ? Not as easy as installing BRL-CAD but not as hard as the Doxygen tasks
16:08.30gcibot[[ Compile BRL-CAD with LLVM trunk || BRL-CAD || Open || Hardeep Singh Rai, Mihai Neacsu ]]
16:13.01maths22MarcTannous: I'll look into that for you
16:16.23MarcTannousmaths22: Thanks. I'll go eat and check irc when I get back
16:22.15maths22MarkTannous: go ahead and claim it
16:22.26maths22But submit any fixes you make as part of the same task
16:28.27Notify02GCI:utkarshsingh341 * 6418050127495168 : Ready for review - The work on this task is ready to be reviewed.
16:44.44Notify02GCI:tannousmarc * 6435641374015488 : Task Claimed - I would like to work on this task.
16:45.05Notify02GCI:mihaineacsu29 * 6435641374015488 : Task Assigned - This task has been assigned to Marc Tannous. You have 96 hours to complete this task, good luck!
16:46.29Notify02GCI:rossberg * 5265298621988864 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
16:46.34Notify02GCI:rossberg * 5265298621988864 : A really interesting geometry -  You should make a ray-trace image from this geometry and attach it to this task. Select the direction and angle where you thing...
16:49.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:52.41Notify02GCI:rossberg * 6418050127495168 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
16:53.26Notify02GCI:rossberg * 6418050127495168 : A full screenshot is required to complete this task -  Please upload the screenshot image.
17:15.52Notify02GCI:brlcad * 5815998791811072 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
17:17.22Notify02GCI:brlcad * 5815998791811072 : looking good but... -  Bruno, nicely done but I notice that you didn't get the raytrace rendering. You wrote "B gcirocks.ebm ae 35 25 zoom 1.5 l gcirocks.ebm rt" as...
17:18.12Notify02GCI:brlcad * 5815998791811072 : not your fault -  And I did see that it's not your fault ... the gci task description collapsed them all onto one line for some reason.
17:28.26*** join/#brlcad alisha (~alisha@115.244.242.60)
17:28.39*** join/#brlcad albertcoder (~albertcod@202.164.45.204)
17:35.37Notify02GCI:brn_ghs * 5815998791811072 : Ready for review - The work on this task is ready to be reviewed.
17:37.52Notify02GCI:ceren_iz * 5218710037987328 : Task Claimed - I would like to work on this task.
17:38.27Notify02GCI:mihaineacsu29 * 5218710037987328 : Task Assigned - This task has been assigned to Ceren I.. You have 100 hours to complete this task, good luck!
17:39.48Notify02GCI:brn_ghs * 5815998791811072 : None -  Thanks Sean to correct me, that was my first task here!
17:47.05*** join/#brlcad epiccoder (~androirc@117.245.139.164)
17:50.38*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
18:41.33Notify02GCI:lord_kk * 5310294628761600 : Task Claimed - I would like to work on this task.
19:13.13*** join/#brlcad alisha (~alisha@123.239.100.191)
19:23.01Notify02GCI:keshashah * 5310294628761600 : Task Assigned - This task has been assigned to Lord_KK. You have 100 hours to complete this task, good luck!
19:44.47*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
19:51.06Notify02GCI:judebirch * 5265298621988864 : New .g file -  I created a new .g, I only changed the location of the wave a bit to help make a nice angle.
19:51.07Notify02GCI:judebirch * 5265298621988864 : Ready for review - The work on this task is ready to be reviewed.
20:05.35*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
20:30.06Notify02GCI:ralpt3748752_qejwhe * 5292150220652544 : Ready for review - The work on this task is ready to be reviewed.
20:31.46Notify02GCI:Melange * 5213338241859584 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
20:43.26ignacioandromeda-galaxy, andromeda_galaxy, you won last year?
20:43.31ignacioI dont remember all the winners :-/
21:00.50mpictornotices that readthedocs.org now works with doxygen
21:16.10Notify02GCI:ralpt3748752_qejwhe * 5292150220652544 : about this work -  It was a highly interesting work, to create objects and group them arb5 I created a script (tsyn_arb5.py).   With this script you...
21:18.06Notify02GCI:ralpt3748752_qejwhe * 5292150220652544 : None -  Also, there was virtually no problemmy - when a small angle of rotation
21:21.47Notify02GCI:ralpt3748752_qejwhe * 5292150220652544 : None -  I request all the images look, especially the latter
21:42.10Notify02GCI:krishenbhan * 5901451461132288 : Task Claimed - I would like to work on this task.
21:44.10Notify02GCI:krishenbhan * 5901451461132288 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
21:56.48Notify02GCI:ralpt3748752_qejwhe * 5292150220652544 : None -
22:04.03*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
22:07.17*** join/#brlcad andromedagalaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
22:10.13*** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
23:23.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150105

IRC log for #brlcad on 20150105

01:17.00Notify02GCI:krishna_ravi * 5028787255246848 : Task Claimed - I would like to work on this task.
02:11.33Notify02GCI:gjeet * 5028787255246848 : Task Assigned - This task has been assigned to Krishna. You have 100 hours to complete this task, good luck!
03:11.11*** join/#brlcad YashM (~YashM@117.198.17.110)
03:20.08maths22ignacio: Yes, andromeda-galaxy and maths22 won last year
03:20.26ignaciohey maths22
03:21.17YashMmaths22, have you tried running ISST in Windows?
03:21.42maths22YashM: no
03:21.51maths22ignacio: hi
03:22.00YashMokay nvm
03:24.52ignaciomaths22, are you participating this year?
03:25.11maths22No. I'm mentoring
03:25.25maths22I'm in college now
03:25.52ignacioooh, cool
03:54.05Notify02GCI:brlcad * 5815998791811072 : Task Closed - Congratulations, this task has been completed successfully.
03:54.30Notify02GCI:brlcad * 5815998791811072 : nicely done! -  Well done Bruno, and glad to see you got it sorted out!
04:22.31*** join/#brlcad YashM (~YashM@117.198.17.110)
04:42.30Notify02GCI:mihaineacsu29 * 5292150220652544 : Task Closed - Congratulations, this task has been completed successfully.
04:56.04*** join/#brlcad YashM (~YashM@117.198.17.110)
04:59.08*** join/#brlcad MarcTannous (5679c4d5@gateway/web/cgi-irc/kiwiirc.com/ip.86.121.196.213)
05:24.41*** join/#brlcad YashM (~YashM@117.198.17.110)
05:50.44*** join/#brlcad YashM (~YashM@117.198.17.110)
05:54.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:04.06*** join/#brlcad raptor (~raptor@194.28.72.252)
07:47.23*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
07:52.25*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
07:52.38andrei_hello
07:53.38Notify02GCI:zehata * 5032082837340160 : Ready for review - The work on this task is ready to be reviewed.
07:54.21YashMhi andrei
07:54.31mihaineacsumorning andrei_
07:54.31YashMafter long :P
07:54.41andrei_yeah, holidays and all
07:55.02YashMoh, welcome back :)
07:55.29Notify02GCI:zehata * 5032082837340160 : Photoshop Format -  Dear Mentors,  I have successfully imported the PowerPoint into images and elements and into Photoshop files which I have submitted above. Thank...
07:55.30Notify02GCI:popescuandrei * 5265298621988864 : None -  Awesome, Jude!
07:55.31Notify02GCI:popescuandrei * 5265298621988864 : Task Closed - Congratulations, this task has been completed successfully.
07:56.50raptora pity little modeling jobs (
07:57.20andrei_raptor: ping brlcad or d_rossberg about it, I think we can get quite a lot of those
07:59.11raptorВы русскоговорящий?
07:59.51andrei_no, we don t have those, I don t know what those are
08:00.58raptorYour nickname is similar to the name similar to Russian)
08:01.10raptorwhat time is here Sen?
08:01.35Notify02GCI:popescuandrei * 5032082837340160 : None -  Looks nice! Also, great idea to design for windows as well as mac, well done!
08:01.40Notify02GCI:popescuandrei * 5032082837340160 : Task Closed - Congratulations, this task has been completed successfully.
08:02.50Notify02GCI:zehata * 5032082837340160 : Thank You -  Dear Mentors,  Thank You for your guidance throughout my journey and I hope to collaborate with you again.  Regards,  Zenon
08:21.51Notify02GCI:wenxuan45 * 5311760286351360 : Task Claimed - I would like to work on this task.
08:22.32Notify02GCI:popescuandrei * 5311760286351360 : Task Assigned - This task has been assigned to Teoh Wen Xuan. You have 100 hours to complete this task, good luck!
08:29.39Notify02GCI:ralpt3748752_qejwhe * 5874616018927616 : Task Claimed - I would like to work on this task.
08:33.05Notify02GCI:mihaineacsu29 * 5874616018927616 : Task Assigned - This task has been assigned to Raptor. You have 100 hours to complete this task, good luck!
08:43.40*** join/#brlcad YashM_ (~YashM@59.88.26.89)
09:00.33*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
09:12.40*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
09:50.10*** part/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
09:50.38*** join/#brlcad andrei___ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
10:54.38*** join/#brlcad YashM (~YashM@117.222.68.221)
10:58.37Notify02GCI:thevk * 5855100174073856 : Ready for review - The work on this task is ready to be reviewed.
11:03.09Notify02GCI:popescuandrei * 5855100174073856 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
11:03.10Notify02GCI:popescuandrei * 5855100174073856 : None -  Vladimir, nice effort but :  - it doesn't really look like a tsunami, more like a flat section of water, you should curb them to some angle  - the...
11:08.44*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
11:38.29*** join/#brlcad YashM_ (~YashM@117.222.68.221)
12:14.30*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
12:21.47*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
12:30.47*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
12:38.53Notify02GCI:rohit_agarwal * 5836136417067008 : https://drive.google.com/file/d/0B3lo8dohPsX8MnkyaUVGTTdEYjg/view?usp=sharing -  I made my video a little better and uploaded it. Here is the link -...
12:43.00Notify02GCI:ch3ck * 5836136417067008 : None -  Nice work, Rohit. I like that.
12:58.24*** join/#brlcad rohitagarwal (31f935c2@gateway/web/cgi-irc/kiwiirc.com/ip.49.249.53.194)
12:59.04rohitagarwalWhen are the new tasks coming?
13:00.23*** join/#brlcad shardulc (~shardul@122.179.153.15)
13:01.13shardulcbrlcad, are you there?
13:01.54rohitagarwalPlease reply
13:02.31rohitagarwalWhen are new tasks coming
13:35.25ignacio-windowsGood morning!
13:35.26*** join/#brlcad jasvir (~jasvir@122.173.116.245)
13:51.02shardulcbrlcad, when are new tasks coming? especially the dead code detection script one?
13:51.06shardulcthanks!
13:51.10*** part/#brlcad jasvir (~jasvir@122.173.116.245)
14:17.50*** part/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
14:17.57*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
14:20.59Notify02GCI:Melange * 5855100174073856 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
14:46.38Notify02GCI:thevk * 5855100174073856 : Task Claimed - I would like to work on this task.
15:00.53Notify02GCI:popescuandrei * 5855100174073856 : Task Assigned - This task has been assigned to Vladimir Kuznetsov. You have 100 hours to complete this task, good luck!
15:03.57*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
15:15.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:16.16Notify02GCI:ralpt3748752_qejwhe * 5874616018927616 : Ready for review - The work on this task is ready to be reviewed.
15:17.51Notify02GCI:popescuandrei * 5874616018927616 : Task Closed - Congratulations, this task has been completed successfully.
16:07.58*** part/#brlcad shardulc (~shardul@122.179.153.15)
16:09.22Notify03BRL-CAD:ejno * 63871 (brlcad/trunk/src/libged/simulate/physics_world.cpp brlcad/trunk/src/libged/simulate/simulate.cpp): add btMotionState for updating matrices. The PhysicsWorld must be reinitialized after rt_db_put_internal() in order to give updated matrices to the librt collision algorithm
16:25.03Notify02GCI:emiwang * 4949239830413312 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
16:25.18Notify02GCI:emiwang * 4949239830413312 : Task Claimed - I would like to work on this task.
16:26.39Notify02GCI:deepakkumarsharma * 4949239830413312 : Task Assigned - This task has been assigned to Duckie. You have 100 hours to complete this task, good luck!
16:29.33*** join/#brlcad alisha (~alisha@115.185.187.193)
16:45.49Notify02GCI:judebirch * 6730854608928768 : Task Claimed - I would like to work on this task.
16:47.40Notify02GCI:rossberg * 6730854608928768 : Task Assigned - This task has been assigned to Jude. You have 100 hours to complete this task, good luck!
17:18.34Notify02GCI:ralpt3748752_qejwhe * 5297983323111424 : Task Claimed - I would like to work on this task.
17:26.17Notify03BRL-CAD:brlcad * 63872 brlcad/trunk/NEWS: cliff upgraded to png 1.6.16
17:27.57Notify02GCI:rossberg * 5297983323111424 : Task Assigned - This task has been assigned to Raptor. You have 100 hours to complete this task, good luck!
17:59.40Notify02GCI:ralpt3748752_qejwhe * 5297983323111424 : Ready for review - The work on this task is ready to be reviewed.
18:04.36Notify02GCI:ralpt3748752_qejwhe * 5297983323111424 : about this work -  I have done this work on the same principle as the last...
18:06.22*** join/#brlcad raptor (~raptor@194.28.72.252)
18:09.03Notify02GCI:ralpt3748752_qejwhe * 5297983323111424 : problem -  What I found very confusing seen in this screenshot - https://mega.co.nz/#!2EkEBTYb!IrwTFq6GDhNLdsWDHi0GFabd69KCSihMxa2WxbviVe4 On...
18:17.09*** join/#brlcad mikolalysenko_ (sid34553@gateway/web/irccloud.com/x-uhznlmmvyknypwsf)
18:17.25*** join/#brlcad jrullman (sid54856@gateway/web/irccloud.com/x-wsrkvdskqbtgyhmp)
18:26.49Notify02GCI:rossberg * 5297983323111424 : rt produces a lot of warnings -  like "arb(tet9110): face 1234[3] non-planar, dot=0.0106229".  It looks like your script produces ill-formated arb~s. The vertexes...
18:26.54Notify02GCI:rossberg * 5297983323111424 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
18:30.16Notify02GCI:Melange * 5330706074959872 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
18:57.13Notify03BRL-CAD Wiki:Bob pyke12 * 0 /wiki/User:Bob_pyke12:
19:09.34Notify02GCI:tannousmarc * 6435641374015488 : Ready for review - The work on this task is ready to be reviewed.
19:20.07Notify02GCI:ralpt3748752_qejwhe * 5297983323111424 : Thanks! -  I could not understand where fissuring )
19:25.17Notify02GCI:Melange * 5001497033048064 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
19:28.01Notify02GCI:mihaineacsu29 * 6435641374015488 : Task Closed - Congratulations, this task has been completed successfully.
19:30.05Notify02GCI:tannousmarc * 6435641374015488 : How was it? -  Was my compiling process okay? Not sure if that is how I was supposed to do it, by overriding the c++ basic compiler. Should I have gone...
19:32.56*** join/#brlcad MarcTannous (5679c4d5@gateway/web/cgi-irc/kiwiirc.com/ip.86.121.196.213)
19:33.23MarcTannousSo many tasks are marked with beginner :-s is there a new batch that will come up soon?
19:41.24Notify02GCI:ralpt3748752_qejwhe * 5297983323111424 : Fix problem -  This problem can not be solved if you enter a small amount of tiles going in a circle, so not getting a face on a break they break) I...
19:41.34Notify02GCI:ralpt3748752_qejwhe * 5297983323111424 : Ready for review - The work on this task is ready to be reviewed.
20:02.12*** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94)
20:57.12krishna_ravi732Hello! I am working on (Eliminate any library global variable #5) https://www.google-melange.com/gci/task/view/google/gci2014/5028787255246848, and i found bu_n_malloc am i allowed to eliminate that?
20:57.13gcibot[[ Eliminate any library global variable #5 || BRL-CAD || Claimed (3 days 9 hrs 13 min) || Hardeep Singh Rai, Ch3ck ]]
20:59.05Notify02GCI:tyagiyash98 * 5625032667561984 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
21:00.17MarcTannouskrishna_ravi732 : Not a mentor, so what I say may or may not be accurate but as far as I know, the purpose of those tasks is complete removal of global variables. They are often considered bad practice and eliminating them when able to is recommended, so if you
21:00.54MarcTannousManage to remove it from the place where it is declared ( probably globals.h in libbu ) and find a work-around for it so that it does not lose functionality throughout the source code, then you're good
21:01.39MarcTannousA good first step would be searching the "brlcad-svn-trunk" directory recursively for its apparitions, and see if you can replace it from a global variable to something else
21:01.41MarcTannousHope it helps
21:01.48krishna_ravi732Alright, thanks alot!
21:51.06*** join/#brlcad merzo (~merzo@35-115-133-95.pool.ukrtel.net)
22:03.37MarcTannousgood night :)
22:07.29*** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-uugahetzbpoxylmz)
22:09.39ankesh11Any server admins around? Need a quick help with an installation issue
22:17.18ankesh11I am trying to use the MySQLdb python module, but it seems there is a dependency missing.
22:17.45ankesh11The specific error is: "Shared object "libmysqlclient.so.18" not found, required by "_mysql.so"
22:18.18ankesh11I have tried installing the module in a virtualenv as well, but it throws the same error at installation.
22:18.59raptorWhat is your job?
22:19.54*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
22:20.41ankesh11I think the issue can be resolved by installing "libmysqlclient-dev" library.
22:23.24Notify02GCI:judebirch * 5265298621988864 : Thank you -  Thank you
23:21.43*** join/#brlcad raptor (~raptor@194.28.72.252)
23:52.25maths22ankesh11: let me take a look...
23:56.21maths22ankesh11: can you tell me what you went to do that gave you that error
IRC log for #brlcad on 20150106

IRC log for #brlcad on 20150106

00:01.45maths22By the way, I just upgraded cmake on the server (we can hope the segfaults go away...)
00:14.44maths22ankesh11: fixed
00:19.48maths22It is indeed fixed!
00:21.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:26.10ankesh11maths22: Thanks, it works now! :)
00:26.45ankesh11maths22: My code uses MySQLdb, the import threw an erroe
01:43.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:56.54Notify02GCI:bunnypangsai * 5337594732740608 : Task Claimed - I would like to work on this task.
01:57.49Notify02GCI:chenning * 6386404808458240 : Task Claimed - I would like to work on this task.
02:04.47*** join/#brlcad Lord_kk (~Kris@pool-108-30-184-252.nycmny.fios.verizon.net)
02:10.15Lord_kkHi guys :) I am in need of some help with this google-melangetask (https://www.google-melange.com/gci/task/view/google/gci2014/5310294628761600). I have already created a 512x512 image with the requirements, but have no idea as to how to turn it into a bw image. I couldn’t find the png-bw command, and whenever I input the manual code it tells me that “joinbrlcad/binpix-bw” is a bad option. Any help with this?
02:10.16gcibot[[ Beginner: Install and run BRL-CAD! #17 || BRL-CAD || Claimed (2 days 21 hrs 12 min) || Kesha Shah, Ishwerdas ]]
02:13.14Lord_kkMy mistake, after having gone over the code, it seems that I kept forgetting a space after exec, but now it still gives me an error which is “pix-bw: can’t open ‘hello.png’”
02:36.48*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
02:36.54nmz787hi!
02:37.10nmz787anyone know why mged would stop responding to keyboard input?
02:42.33Lord_kkthis sounds really stupid, but have you tried closing it completly then re-opening it?
02:45.24andromeda-galaxynmz787: just to check, on Linux at least, the tcl windows used by mged seem to sometimes lose focus if the mouse cursor isn't over the text entry area...
02:50.03nmz787I closed the window with alt-f4, but since I launched it from the cmd prompt, I went to that terminal but mged didn't quit (so the terminal wasn't back to the prompt)... so then I did killall mged
02:50.17nmz787and after starting again it started to happen again
02:56.54nmz787is there something that is both comprehensive but also succint, like this but much more to the point? http://brlcad.org/VolumeII-Introduction_to_MGED.pdf
03:13.29Notify02GCI:deepakkumarsharma * 5337594732740608 : Task Assigned - This task has been assigned to Hong Kai Tseng. You have 100 hours to complete this task, good luck!
03:14.14Notify02GCI:deepakkumarsharma * 6386404808458240 : Task Assigned - This task has been assigned to Chen Ning. You have 100 hours to complete this task, good luck!
03:16.21*** join/#brlcad YashM (~YashM@117.198.12.216)
04:40.17Notify02GCI:bunnypangsai * 5337594732740608 : Ready for review - The work on this task is ready to be reviewed.
05:12.31*** join/#brlcad mihaineacsu (~mihaineac@92.81.146.119)
06:22.25*** join/#brlcad YashM (~YashM@117.198.12.216)
06:25.19Notify02GCI:erica * 5001497033048064 : Task Claimed - I would like to work on this task.
06:38.11Notify02GCI:erica * 5001497033048064 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
06:49.10Notify03BRL-CAD:brlcad * 63873 brlcad/trunk/NEWS: nick implemented a right-click menu option to archer's command window context menu, so you can paste the selected path in the tree/list view
07:29.33*** join/#brlcad rohitagarwal (73762de6@gateway/web/cgi-irc/kiwiirc.com/ip.115.118.45.230)
07:30.46rohitagarwalHello. Is any mentor available?
07:36.39*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
07:37.48rohitagarwalHello sir
07:38.10rohitagarwalI have a request
07:39.19rohitagarwalplease respond
07:39.25Notify02GCI:popescuandrei * 5337594732740608 : None -  Hello, Hong Kai Tseng!  Nice design, but as you can read in the description, you re supposed to "Take a full screenshot and submit it here."  That...
07:39.38Notify02GCI:popescuandrei * 5337594732740608 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
07:41.46rohitagarwalandrei_ , sir I want to make a request
07:42.08Notify02GCI:popescuandrei * 5297983323111424 : None -  Raptor,  The last picture you uploaded looks awesome, but you forgot to upload the .g file, aside of this, it looks good to me.  (Submit your work as...
07:42.13Notify02GCI:popescuandrei * 5297983323111424 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
07:42.18andrei_Hello
07:42.24andrei_I just finished reviewing tasks
07:42.36rohitagarwalI want to do a task but i has beginner label on it
07:42.39andrei_also, you don't need to use "sir" :)
07:42.41andrei_what task?
07:42.46rohitagarwalhttps://www.google-melange.com/gci/task/view/google/gci2014/5625032667561984
07:42.47gcibot[[ Design a new website landing page for BRL-CAD #8 || BRL-CAD || Reopened || Isaac Kamga, Popescu Andrei ]]
07:43.13rohitagarwalcan you please remove it
07:44.00andrei_from what I see, it's the only task of it's kind that is still open
07:44.11andrei_is there no other task that you would like working on?
07:44.25rohitagarwalnot at the moment
07:44.54rohitagarwalIf you post some more designing tasks I would like to work on them
07:45.10andrei_alright, I removed the beginner tag
07:45.33rohitagarwalThank You
07:45.34Notify02GCI:rohit_agarwal * 5625032667561984 : Task Claimed - I would like to work on this task.
07:46.19Notify02GCI:popescuandrei * 5625032667561984 : Task Assigned - This task has been assigned to Rohit Agarwal. You have 96 hours to complete this task, good luck!
07:46.29rohitagarwaland I wanted to ask when will new tasks come
07:47.15andrei_I have no idea, I didn't get a chance to speak to the other mentors
07:47.33andrei_and I don't see any other new tasks in the internal task pool
07:48.03rohitagarwalI will like make a sticker or something other after my current task
07:59.04*** join/#brlcad MarcTannous (59eef606@gateway/web/cgi-irc/kiwiirc.com/ip.89.238.246.6)
07:59.27MarcTannousgood morning guys
07:59.36andrei_hello
07:59.44MarcTannousAny news about some upcoming task batches?
07:59.54MarcTannousMost of the remaining tasks are beginner ones
08:00.10MarcTannousOr stuff that pretty much can't be done ( Fix any failing unit test - all of them are fixed )
08:00.17andrei_nope, I just got back yesterday, did you ask brlcad?
08:00.46MarcTannousas far as I know he is only here when I'm sleeping so there's pretty much no way to get to him outside of the weekends due to time zone differences
08:54.30*** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman)
09:06.32*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
09:06.56andrei_sorry, os crash
09:12.46*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
10:28.37*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:43.09*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
10:45.15Notify02GCI:estafador * 6752373200388096 : Task Claimed - I would like to work on this task.
10:46.16Notify02GCI:mihaineacsu29 * 6752373200388096 : Task Assigned - This task has been assigned to Youlian_M. You have 100 hours to complete this task, good luck!
10:49.20*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:50.50Notify02GCI:estafador * 6752373200388096 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
10:51.07Notify02GCI:estafador * 6452933096898560 : Task Claimed - I would like to work on this task.
10:52.22Notify02GCI:popescuandrei * 6452933096898560 : Task Assigned - This task has been assigned to Youlian_M. You have 100 hours to complete this task, good luck!
11:00.29*** join/#brlcad YashM (~YashM@117.248.200.140)
11:11.10*** join/#brlcad YashM_ (~YashM@59.88.181.129)
11:11.21*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:15.36*** join/#brlcad YashM (~YashM@59.88.25.126)
11:22.06*** join/#brlcad alisha (~alisha@202.164.53.117)
11:33.20*** join/#brlcad mihainea_ (~mihaineac@92.85.10.174)
12:30.58*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
13:01.53*** join/#brlcad jasvir (~jasvir@122.173.116.245)
13:02.03*** part/#brlcad jasvir (~jasvir@122.173.116.245)
13:11.28Notify02GCI:ralpt3748752_qejwhe * 5297983323111424 : Ready for review - The work on this task is ready to be reviewed.
13:28.31Notify02GCI:estafador * 6452933096898560 : Ready for review - The work on this task is ready to be reviewed.
13:30.24Notify02GCI:popescuandrei * 5297983323111424 : Task Closed - Congratulations, this task has been completed successfully.
13:31.14Notify02GCI:popescuandrei * 6452933096898560 : Task Closed - Congratulations, this task has been completed successfully.
14:03.38*** join/#brlcad MarcTannous (bc1b5b2e@gateway/web/cgi-irc/kiwiirc.com/ip.188.27.91.46)
14:05.03Notify03BRL-CAD:ejno * 63874 brlcad/trunk/src/libged/simulate/simrt.c: add comment documenting MAX_OVERLAPS
14:34.42MarcTannousHello :D
14:35.44andrei_Hello
14:36.22YashMHi
14:36.58andrei_not much going on, is it?
14:37.13YashMChemistry exam tomorrow :(
14:37.21andrei_blah
14:37.26MarcTannousToo many beginner tasks
14:37.37MarcTannousI'm trying to figure out how doxygen works so I can try some of these tasks out
14:41.06andrei_it's not difficult
14:41.10andrei_it takes all the comments
14:41.22andrei_and makes some sort of docummentation from it
14:42.33MarcTannousNot sure how its headers work
14:43.17andrei_fnch.users.sourceforge.net/doxygen_c.html maybe this helps?
14:44.50MarcTannousthanks
14:45.07andrei_pfoa
14:45.12andrei_im downloading with about 11kb/sec
14:48.01Notify02GCI:estafador * 6752373200388096 : Task Claimed - I would like to work on this task.
14:50.32Notify02GCI:popescuandrei * 6752373200388096 : Task Assigned - This task has been assigned to Youlian_M. You have 100 hours to complete this task, good luck!
14:51.13andrei_http://www.google-melange.com/gci/task/view/google/gci2014/6752373200388096 if he removes the claim again, don t assign
14:51.14gcibot[[ Design a prototype CAD GUI layout #7 || BRL-CAD || Claimed (4 days 3 hrs 58 min) || Deepak, Sean ]]
15:18.21Notify02GCI:thevk * 5855100174073856 : Ready for review - The work on this task is ready to be reviewed.
15:43.53*** join/#brlcad smt (~smt@117.200.236.30)
16:10.53Notify02GCI:Melange * 5269456200663040 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
16:28.56*** join/#brlcad merzo (~merzo@94-46-133-95.pool.ukrtel.net)
16:32.44*** join/#brlcad smt (~smt@117.200.236.30)
16:43.05Notify03BRL-CAD:ejno * 63875 (brlcad/trunk/include/gcv.h brlcad/trunk/src/libgcv/CMakeLists.txt): some work on libgcv plugin loading/registration mechanisms
16:44.51*** join/#brlcad alisha (~alisha@115.243.110.53)
16:47.08Notify03BRL-CAD:ejno * 63876 (brlcad/trunk/src/libged/simulate/collision.cpp brlcad/trunk/src/libged/simulate/simulate.cpp): use HIDDEN rather than static
16:50.39*** join/#brlcad sofat (~sofat@202.164.45.204)
16:50.49*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
16:57.25*** join/#brlcad nmz787_i (~nmccorkx@134.134.139.74)
16:57.34Notify03BRL-CAD:ejno * 63877 brlcad/trunk/src/libgcv/plugin.c: check that path is not null
17:16.20*** join/#brlcad sofat (~sofat@202.164.45.204)
17:45.24YashMAnyone? Feedback on this please: https://www.youtube.com/watch?v=eanTanRDuvY (excuse the script)
17:51.49*** join/#brlcad ignacio_ (~ignacio@r186-52-223-110.dialup.adsl.anteldata.net.uy)
17:52.26Notify02GCI:helix * 5330706074959872 : Wasn't able to open a file. -  I am not able to open a file I converted with stl-g. It freezes.  I tried opening another .g but it crashed without error.  Maybe...
17:53.27*** join/#brlcad ignacio_ (~ignacio@unaffiliated/ignaciouy)
18:19.51Notify03BRL-CAD Wiki:Starseeker * 7851 /wiki/Doxygen: Add some notes about BRL-CAD's Doxygen setup
18:20.13starseekerFor those looking for Doxygen info, give http://brlcad.org/wiki/Doxygen a quick look
18:24.47Notify03BRL-CAD:starseeker * 63878 brlcad/trunk/misc/doxygen/CMakeLists.txt: Fix per-lib output depends
18:25.55Notify03BRL-CAD Wiki:Starseeker * 7852 /wiki/Doxygen: show how to view output from doxygen
18:27.55starseekerMarcTannous: let me know if that's not enough to get you started
18:28.03MarcTannousstarseeker: Thank you, will read through it
18:28.22starseekerthe current doxygen setup varies quite a lot from where matters stood when those tasks were originally created
18:28.48starseekerif you don't see a lot of work left in libbu, feel free to move on to libbn
18:29.12*** part/#brlcad alisha (~alisha@115.243.110.53)
18:40.59MarcTannouswhy is that?
18:41.01Notify03BRL-CAD:brlcad * 63879 brlcad/trunk/include/bu/log.h: document the variable arguments as output parameters, expecting pointers to fastf_t to get values back to the caller
18:45.11Notify03BRL-CAD:brlcad * 63880 brlcad/trunk/src/libbu/scan.c: add a comment why we're checking to make sure scanf's return value is 0 -- it's because the format specifier should only have %n which doesn't increment the return value. this implies the implementation can't currently handle % as a delimiter, todo for later.
19:29.19Notify03BRL-CAD:ejno * 63881 (brlcad/trunk/src/libged/simulate/physics_world.cpp brlcad/trunk/src/libged/simulate/physics_world.hpp and 2 others): receive linear/angular velocities from attributes
19:30.06Notify03BRL-CAD:ejno * 63882 (brlcad/trunk/src/libgcv/plugin.c brlcad/trunk/src/libgcv/plugin.h): use struct plugin_info to contain plugin information
19:33.18Notify02GCI:james1f * 5269456200663040 : Task Claimed - I would like to work on this task.
19:40.14*** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174)
19:50.36*** join/#brlcad albertcoder (~quassel@202.164.45.204)
19:51.30albertcoderHi brlcad
19:51.55albertcoderAre you known to Semantic MediaWiki?
19:52.25brlcadnope
19:52.49albertcoderWhenever I ask for some help regarding Materials Database on #mediawiki
19:53.00albertcoderthey point me to semantic mediawiki
19:53.14albertcoderThey highly recommend using it
19:53.52albertcoderI discussed with them about the requirements and features of materials database extension
19:54.27albertcoderand they are horribly serious that I should use semantic mediawiki for that . :P
19:56.26albertcoderI too explored it. It is really cool for storing key:value stuff like we have property:value system in our extension
19:56.41Notify03BRL-CAD:brlcad * 63883 brlcad/trunk/include/bu/log.h: clarify that we're going to skip any character(s) listed as delimiters in any order/sequencing, taking on strtok behavior (not strsep behavior)
19:58.25*** join/#brlcad ignacio (~IgnacioUy@2001:4830:134:7::11)
19:58.25*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy)
19:59.03albertcoderJust have a glimpse of the bold subheadings under "Where SMW can help".
19:59.12albertcoderhttps://semantic-mediawiki.org/wiki/Help:Introduction_to_Semantic_MediaWiki
20:09.16*** join/#brlcad albertcoder (~quassel@202.164.45.204)
20:10.54brlcadalbertcoder: okay, so check it out if you like and let me know what you think?
20:11.09albertcoderSure!
20:11.16maths22brlcad: hi
20:11.29maths22DId you see my documentation browser a few days ago?
20:11.29brlcadstructurally, I todon't think it matters much if it's mediawiki or not, but it's a good philosophical fit
20:11.47brlcadmaths22: i am WAY behind on IRC.... so probably not
20:11.59maths22OK
20:12.07maths22http://brlcad.org/docbrowser/svnDocbook/Documents/browse/doc/docbook/
20:13.05albertcoderokay brlcad I  will let you know shortly if SMW can be of any help.
20:13.39brlcadalbertcoder: I think the importance of mediawiki is a little conflated
20:14.17brlcadwe definitely want interactive documentation, but there's not as compelling justification to force benchmark and materialsdb to use it
20:14.29brlcadthey could just as well be custom infrastructure if it worked
20:14.58brlcadat this point, I think it's more important that it's infrastructure that is taken to some useful completion, put into production use and made available to users (integrated in with our tools)
20:14.59maths22brlcad: I actually created this documentation browser with the goal of developing it into a documentation editor
20:16.15brlcadmaths22: that's pretty interesting
20:16.29brlcadwhat's the infrastructure?  
20:16.39brlcadsomething you wrote or based on something?
20:16.52maths22I wrote it
20:17.04albertcoderokay so what I can sense is that for now I need to work down the way we were going. brlcad
20:17.33maths22It pulls from svn the list of files in a directoriy, and if they have an xml extension, it offers a link to render them with docbook
20:18.00brlcadalbertcoder: yes!  and that will heavily depend on your interests and motivation (within some constraints)
20:18.37maths22Ex: http://brlcad.org/docbrowser/svnDocbook/Documents/browse/doc/docbook/books/en/HACKING_BRL-CAD.xml?render=1
20:18.39brlcade.g., creating a big java infrastructure would probably be a last resort as that's rather heavy to set up and doesn't play well with our other services as easily as some other options
20:18.56brlcadalbertcoder: what's the current code look like?
20:19.20brlcadmaths22: is it rendering them on the fly or caching or something?
20:19.29maths22Right now, rendering on the fly
20:19.49albertcoderbrlcad: look like means? coding standards?
20:19.54maths22That's why it is so slow
20:20.01maths22It also was written in a couple hours, so caching is the next step
20:20.29maths22Probably by using a local svn checkout
20:20.34Notify02GCI:rossberg * 5269456200663040 : Task Assigned - This task has been assigned to James1f. You have 100 hours to complete this task, good luck!
20:21.27brlcadalbertcoder: not at all...
20:22.10albertcoderSorry I couldn't get. :P
20:22.40albertcoderDo you mean its current functionalities?
20:23.03albertcoderfeatures / capabilities? of current code /extension?
20:23.48brlcadalbertcoder: I mean if you had to draw a picture of what the code looks like, an architecture diagram, what might it look like?
20:24.00brlcada 2D picture ... not words :)
20:24.22brlcade.g., is it a mediawiki plugin that takes inputs and writes them to it's own sql db?
20:24.38brlcadit's been months since I looked at the code
20:24.42albertcoderabsolutely
20:25.13albertcoderyeah it stores the user inputs and stores them in db
20:25.36Ch3ckbrlcad: is there any way of synchronizing svn and git repositories
20:25.37brlcadand the interface?
20:25.45brlcadCh3ck: yes and no
20:25.55Ch3ckis wondering why BRL-CAD is not yet on github
20:26.08brlcadCh3ck: all our web projects are on github
20:26.10Ch3ckthinks a github repo is need
20:26.23albertcoderbrlcad: I meant it stores the user inputs in the tables created by the extension
20:26.35Ch3ckbrlcad: i am talking of the core itself
20:26.35brlcadhttps://github.com/BRL-CAD
20:28.07brlcadCh3ck: that is a matter of benefits vs tradeoffs with the current view strongly favoring a centralized model where developer interactions are intentionally coordinated and participation is consistent
20:28.39brlcadmoving to github wouldn't change most of our social and coding requirements
20:28.58brlcadthe main (only?) technical benefit would be offline commits and more advanced branch merging
20:29.21brlcadbut the social / management changes would be quite complicated
20:30.24brlcadmoreover, the distributed model is rather antisocial to development communities that aim to coordinate and communicate work (requisite, not optional)
20:31.02Ch3cki see
20:31.06brlcadopt-in vs opt-out of social requirements (svn is opt-out, git is opt-in)
20:31.10Ch3ckthat makes sense
20:31.48brlcadI would like the social discussion features that github provides, being able to comment on changes interactively
20:32.04brlcadbut that actually has nothing to do with git or distributed scm itself
20:32.28brlcadwe could have the same thing set up with a couple other tools like reviewboard or the atlassian tool
20:32.46brlcadalbertcoder: so what are your thoughts on MV and SMV?
20:33.26brlcadmaths22: how in the world are you going to approach editing?:)
20:34.29MarcTannoushey Sean :D
20:34.44brlcadmaths22: did you see that interface from a couple months ago that I mentioned being a possible round-trip solution to our docs?
20:34.48brlcadMarcTannous: hi!
20:34.55brlcadbrb
20:37.50albertcoderWell, so far MW is concerned we had to do a chunk of work manually, I mean categorizing, searching, browsing, sharing (import / export) and almost everything done till now. I feel there some better (as recommended by many MediaWikians) STANDARD way of doing this all using a particular tool (SMW) which is developed to solve such problems.
20:38.49albertcoderand brlcad I feel it^^ can serve far better.
20:39.41maths22brlcad: no.  What was it?
20:49.00brlcadalbertcoder: perhaps but if it's done, it's done right? :)  what's the benefit now?
20:54.04brlcadmaths22: hmmm.... I'll have to check but I believe it was Atlassian Confluence
20:54.41brlcadit supports docbook export quite strongly and there's a docbook import plugin too ... there was just a question of whether we can round-trip using those two
20:55.22brlcadif that'll work, that'd be potentially "done" and a first
20:55.55brlcadthe export plugin even supports setting up stylesheets and managing them for different outputs
20:56.20brlcadhttps://www.k15t.com/software/scroll-docbook-exporter
20:56.51albertcoderbrlcad: yeah it is done (except import / export needs to be improved which I am working on). I was just sharing the words of widsom I received from #mediawiki. ;-)
20:56.55brlcadand http://confluence.atlassian.com/ obviously :)
20:57.38brlcadalbertcoder: well I trust your judgement to sort out what direction is best with that project, you know it best
20:57.58MarcTannousbrlcad
20:58.01brlcadalbertcoder: from my quick reading the past hour, it's basically just a set of extensions to mediawiki, so if that helps .. great ;)
20:58.29albertcoderbrlcad: :)
20:58.31MarcTannousI know you probably have a lot going on, just want to ask a quick question :  any new task batch coming soon or should I just go ahead and claim+learn some Doxygen?
20:59.06brlcadalbertcoder: the two critical pieces from my point of view are going to be 1) how easy it is to browse materials, 2) how easy it is to download material data, and 3) how easy it is to download/import/use material data in our tools
21:00.05brlcadand maybe 4) how easy it is to add/extend/update materials but that really is secondary to the first three
21:00.16brlcadMarcTannous: 'yes' :)
21:00.36MarcTannousyes to both questions? :)
21:00.54brlcadintentionally been letting the list get weened down so people take on some of the slightly harder tasks
21:01.05brlcadbut yes, many more are coming
21:01.11brlcadand yes, you shouldn't wait for them ;)
21:01.18MarcTannousat the moment it's pretty much beginner tasks only
21:01.43MarcTannousalso, shouldn't tasks that are pretty much "unsolvable" be removed (i.e. "Remove a failing unit test")
21:02.48MarcTannousAs far as I know all the failing unit tests have been fixed
21:03.21albertcoderbrlcad: so far 1) 2) and 4) are pretty easy whereas importing / using material data in our tools is an area to be looked upon. ;)
21:03.24brlcadMarcTannous: probably but those could also be to implement a unit test missing or improve an existing test
21:03.54brlcadthere is plenty untested API in libbu
21:04.15brlcadalbertcoder: #3 was predominantly completed by mihaineacsu
21:04.25brlcadso we have to make sure the two can talk to each other ;)
21:05.22albertcoderalright for that we two will also have to talk to each other ;)
21:06.44albertcoderIt's about 3am here so I'll talk to mihaineacsu about this tommorow. Night! brlcad
21:06.45brlcadwould probably help to check out his code and learn how to run our tools that use material data (rtweight and/or gqa) see how they work
21:06.53brlcadalbertcoder: see you!
21:08.38maths22brlcad: while I'm requesting confluence to try it out, should I also request JIRA?
21:08.49maths22We get it free as an open source org
21:08.50MarcTannousbrlcad: What do you think is the best task to claim so that I can get started with Doxygen?
21:28.50Ch3ckgoes to sleep *zzzzzzz
22:56.50*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
23:15.42starseekerMarcTannous: there are failing unit tests on Windows..
23:16.49starseekerMarcTannous: there is an *immense* amount of Doxygen work to be done
23:17.17starseekereventuallly that generated output is supposed to be the primary guide to our libraries for programmers
23:18.02starseekerso learning how to do it is a *good thing*
23:21.21*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
23:22.55*** join/#brlcad Vijfhoek (quassel@46.249.37.134)
23:22.55*** join/#brlcad cox (~quassel@188.226.208.53)
23:23.22*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
23:32.52*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
23:34.07*** join/#brlcad krishna_ (~krishna@5.231.52.94)
23:45.47Notify03BRL-CAD:starseeker * 63884 (brlcad/trunk/include/bn/bn_tcl.h brlcad/trunk/include/bn/multipoly.h and 4 others): A few cleanups to the libbn doxygen - lot more to do here.
23:54.01Notify03BRL-CAD:starseeker * 63885 brlcad/trunk/misc/doxygen/Doxyfile.in: Have Doxygen ignore __BEGIN_DECLS and __END_DECLS
23:58.38*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
IRC log for #brlcad on 20150107

IRC log for #brlcad on 20150107

00:27.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:03.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:16.39*** join/#brlcad nmz787_i (~nmccorkx@134.134.139.72)
02:00.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:11.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:00.45*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
05:26.43Notify02GCI:brlcad * 5855100174073856 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
05:30.22Notify02GCI:brlcad * 5855100174073856 : improvement -  Vladimir, this second version is looking like am improvement, but I think a few changes will make it even better. First off, the angles between the...
05:31.55Notify03BRL-CAD:brlcad * 63886 brlcad/trunk/src/libbu/scan.c: todo: skip delim chars better so any chars can be a delimiter, not sensitive to format specifier cases. just loop over them and skip until we encounter a non-delimiter.
05:51.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:01.09unicodesnowmanNotify looks like an epic bot o.o
06:02.29brlcadvery useful
06:05.18unicodesnowmanwonders how the melange integration works, maybe something org-admin related
06:12.54brlcadit just listens to the change notifications which go out via e-mail and is aware of their format
06:13.31brlcadthe org just has to specify an address to send, which we have a general catch-all tracker for exactly this kind of activity
06:16.06unicodesnowmanaha, neat!
06:27.21Notify03BRL-CAD:brlcad * 63887 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/gcv.h): separate the translation-realted utility functions into their own header. belong in a subdir, but let things settle down a bit to see if these are even still relevant as public API or whether they should be private.
06:29.48Notify03BRL-CAD:brlcad * 63888 brlcad/trunk/include/CMakeLists.txt: still need gcv.h
06:33.52Notify03BRL-CAD:brlcad * 63889 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/gcv.h): stub in an earlier simpler version of the main api being worked on to checkpoint. it's an initial stub based on filter channels, very simple. added as a new gcv_api.h header, though it too should live in a subdir or gcv.h proper later.
06:39.01Notify02GCI:smriti7545 * 5252586642866176 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
07:19.40Notify03BRL-CAD:brlcad * 63890 brlcad/trunk/src/libgcv/CMakeLists.txt: stub in a matching preliminary gcv application executable that does nothing, but explores the API in use. this matches the preliminary API and is undesirable in this form, but checkpointing as it was a funtionally workable.
07:36.19*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
07:44.02Notify03BRL-CAD:brlcad * 63891 (brlcad/trunk/include/gcv_api.h brlcad/trunk/src/libgcv/gcv.c): another earlier form, this one a bit more stable and simple in that it avoided having the lib allocate filter constructs. similar to the prior form, but this simplified how you'd construct a chain of event as separate filter actions with reading and writing from files as special case filters (default intending to be a
07:44.04Notifyread/write pipe).
07:59.34*** join/#brlcad YashM (~YashM@117.198.3.93)
08:05.17*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
08:08.34*** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140)
08:33.35*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
08:52.05Notify02GCI:Melange * 4956557716488192 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
09:05.27*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
09:26.27*** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174)
09:53.36*** join/#brlcad merzo (~merzo@82-89-133-95.pool.ukrtel.net)
10:07.37*** join/#brlcad YashM (~YashM@117.198.3.93)
10:47.29Notify02GCI:vs37nx * 5001497033048064 : Task Claimed - I would like to work on this task.
10:48.01Notify02GCI:popescuandrei * 5001497033048064 : Task Assigned - This task has been assigned to Jacob L. You have 100 hours to complete this task, good luck!
11:28.07Notify02GCI: *  :  -
11:28.26*** join/#brlcad raptor (~raptor@213.222.229.241)
12:06.52*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:10.50*** join/#brlcad YashM (~YashM@117.198.3.93)
12:16.52Notify02GCI:krishna_ravi * 5028787255246848 : Ready for review - The work on this task is ready to be reviewed.
12:20.33Notify02GCI:asadazam * 5213338241859584 : Task Claimed - I would like to work on this task.
12:21.09Notify02GCI:mihaineacsu29 * 5213338241859584 : Task Assigned - This task has been assigned to Asad. You have 100 hours to complete this task, good luck!
12:22.04Notify02GCI:asadazam * 5213338241859584 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
12:39.42Notify02GCI:rossberg * 5028787255246848 : None -  Hmm, you replace one global variable (bu_n_malloc) by another one (bu_n_malloc_calls). bu_n_malloc_calls is still a global variable, only visible in...
12:39.56Notify02GCI:rossberg * 5028787255246848 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
12:42.15*** join/#brlcad YashM (~YashM@117.198.3.93)
13:04.27andrei_d_rossberg: hey, you around?
13:11.41*** part/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
13:11.45*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
13:18.25Notify03BRL-CAD Wiki:Ayushxjin1998 * 0 /wiki/User:Ayushxjin1998:
13:22.09*** join/#brlcad luca79 (~luca@net-37-116-126-103.cust.vodafonedsl.it)
13:49.05*** join/#brlcad sofat (~sofat@202.164.45.204)
13:50.02d_rossbergandrei_: ?
13:50.43sofatmaths22, hello
13:50.47andrei_do you have any idea of other tasks, or do you know what's up with brlcad?
13:53.01sofati am checking the everything in code its correct
13:53.50sofatmeans my side the website is run correctly but i don't know why the menu i break when you accept my pull request ?
13:53.50brlcadandrei: you can add more if you like, but I was intentionally letting some of the harder ones get weeneed out before our last upload
13:54.12sofatyou have any solution ?
13:54.19andrei_brlcad: I've got no idea what to add, that's why I asked
13:55.18d_rossbergi added nr. 391 - 394; wouldn't add more because i would like to see first how hard they are
13:55.32sofathello brlcad
13:56.00andrei_d_rossberg: I don t think the last three are too difficult
13:56.17sofati want to ask question regarding docbook work?
13:56.40sofathow much work is left in this project
13:58.49d_rossbergthe patches for the unit tests don't compile, i.e. it isn't too easy
13:59.09andrei_ah, I didn't know that, but it still seems doable
14:00.05andrei_brlcad: you've mentioned "last upload" , when I said there are no more tasks, I was looking in the internal repo, not on melange
14:04.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:05.05*** join/#brlcad sajid_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249)
14:13.08sajid_leave #brlcad
14:13.13*** part/#brlcad sajid_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249)
14:19.31*** join/#brlcad sofat (~sofat@202.164.45.208)
14:23.42sofatbrlcad, please tell me
14:29.17*** join/#brlcad YashM (~YashM@117.198.3.93)
14:31.32*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-jzdjqkxjugpzelce)
14:41.28*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
14:42.28*** join/#brlcad sofat (~sofat@202.164.45.204)
14:43.52*** join/#brlcad raptor_ (~raptor@213.222.229.241)
14:47.15*** join/#brlcad YashM (~YashM@117.198.3.93)
15:07.07*** join/#brlcad YashM (~YashM@117.198.3.93)
15:18.30*** join/#brlcad sofat (~sofat@202.164.45.204)
15:43.28Notify02GCI:estafador * 6752373200388096 : Ready for review - The work on this task is ready to be reviewed.
15:45.11*** join/#brlcad notify-web (~notify-we@192.30.252.33)
15:45.11notify-web[13web] 15sofathitesh opened pull request #4: Theme files (06master...06master) 02http://git.io/Sivyhw
15:45.11*** part/#brlcad notify-web (~notify-we@192.30.252.33)
15:48.39sofatmaths22,  sent you pull request please accept it
15:52.46Notify02GCI:estafador * 6752373200388096 : About Layout Design -  Green Top Bar: I designed the top bar in light green as it is a relieving colour which helps to relieve users from stress when they are...
15:55.52Notify02GCI:rossberg * 6752373200388096 : None -  Simple, but nevertheless it contains some nice ideas.
15:56.12Notify02GCI:rossberg * 6752373200388096 : Task Closed - Congratulations, this task has been completed successfully.
15:56.43MarcTannousd_rossberg : Were the icons in my UI design that good?
15:56.53MarcTannousNot the first design who takes my tool icons with copy paste
15:59.01d_rossbergMarcTannous: to be honest, i haven't looked so much at the icons design; i more ore less expect that they are copied from somewhere
15:59.38d_rossbergi look at the over-all gui design, especially for unique features/ideas
16:00.09d_rossbergand the last design had such a unique one
16:00.12MarcTannousThey're quite an important part to be honest, but I'll just take it as people liking my design, was just expecting at least a notice from them
16:00.27MarcTannousCommon courtesy
16:05.59*** join/#brlcad sofat (~sofat@202.164.45.204)
16:11.08*** join/#brlcad luca79 (~luca@net-37-116-126-103.cust.vodafonedsl.it)
16:37.07*** join/#brlcad sofat (~sofat@202.164.45.204)
16:47.00Notify03BRL-CAD:n_reed * 63892 (brlcad/trunk/include/gcv_api.h brlcad/trunk/src/libgcv/gcv.c): Address warning 'gcv_filter(...) hides constructor for struct gcv_filter'. Doing gcv_execute(gcv_filter) instead of gcv_filter(gcv_filter), but perhaps gcv_do(gcv_action) or gcv_run(gcv_program) would be more intuitive?
16:55.08*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-xjwdidkjqwtiybhc)
17:01.19brlcadn_reed: that is a work in progress, the names continued to move around after that towards something different (gcv_filter() became the generalized form of a reader+writer initializer
17:03.30brlcad(don't let that stop you from making other changes, I'll merge accordingly, just to know that it's definitely not an initial or final state) ;)
17:12.34*** join/#brlcad YashM (~YashM@117.198.3.93)
17:15.47*** join/#brlcad alisha (~alisha@223.225.225.108)
17:21.36andromeda-galaxybrlcad: by the way, on the more tasks front, I mentioned this a couple of days ago, not sure if you saw it: is there any interest in having a set of GCI tasks for implementing generalized sweep for extrude, as discussed at about 19:06.10 in http://infobot.rikers.org/%23brlcad/20130819.html.gz?
17:38.49sofatbrlcad, what is status of doc book project how much work is pending ?
18:22.00*** join/#brlcad nmz787_i (~nmccorkx@192.55.54.40)
18:22.50*** join/#brlcad nmz787_i (~nmccorkx@192.55.54.40)
18:28.00*** join/#brlcad nmz787_i1 (~nmccorkx@134.134.139.76)
18:41.21sofatbrlcad, please tell me i want to do further  work on this project
19:22.44nmz787_i1python-brlcad crashes whether I used 7.24.0 or 7.24.2 :/
19:23.43nmz787_i1kanzure's repo get's further in nosetests than ncsaba's does, but their repos merged crash even sooner (segfault)
19:24.41kanzurehaha
19:24.48kanzure(i'm not here at the moment.)
19:30.24*** join/#brlcad Guest95640 (~IgnacioUy@2001:4830:134:7::11)
19:30.24*** join/#brlcad Guest95640 (~IgnacioUy@unaffiliated/ignaciouy)
19:31.12*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
20:36.26*** join/#brlcad nmz787_i (~nmccorkx@192.55.54.40)
20:44.34Notify03BRL-CAD:n_reed * 63893 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Applying zclip values from preferences instead of the current settings conflicts with the normal semantics. Only do it when we're interactively changing the preference.
21:11.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:12.24Notify03BRL-CAD:n_reed * 63894 brlcad/trunk/src/tclscripts/archer/Archer.tcl: move duplicate switches to function
21:26.36Notify03BRL-CAD:n_reed * 63895 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: move duplicate switches to function
21:36.23Notify03BRL-CAD:n_reed * 63896 brlcad/trunk/src/tclscripts/archer/Archer.tcl: consolidate duplicate code
21:44.18krishna_ravi732Hi, is there any mentor for "Eliminate any library global variable #5 (https://www.google-melange.com/gci/task/view/google/gci2014/5028787255246848)"?
21:44.20gcibot[[ Eliminate any library global variable #5 || BRL-CAD || NeedsWork || Hardeep Singh Rai, Ch3ck ]]
21:46.07krishna_ravi732Can anyone explain to me how bu_n_malloc_calls is a global variable? I thought it is a static local variable inside a function
22:30.07Notify03BRL-CAD:n_reed * 63897 brlcad/trunk/src/tclscripts/archer/Archer.tcl: move duplicate code to function
22:32.24Notify03BRL-CAD:carlmoore * 63898 (brlcad/trunk/doc/docbook/system/man1/en/pixcolors.xml brlcad/trunk/src/util/pixcolors.c): simplify some logic in pixcolors (don't need 'else' if 'if' part leads to an exit); touch up its man page
22:36.12StragusA static local variable is still a global variable, except that it's only visible within that function
22:36.59StragusThe point is to get rid of global variables entirely, for a variety of reasons
22:44.27Notify02GCI:angelacheng * 4956557716488192 : Task Claimed - I would like to work on this task.
22:46.09Notify03BRL-CAD:n_reed * 63899 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): consolidate duplicate menu definitions
22:59.15Notify03BRL-CAD:n_reed * 63900 brlcad/trunk/src/tclscripts/archer/Archer.tcl: call parent method to avoid duplication
IRC log for #brlcad on 20150108

IRC log for #brlcad on 20150108

00:27.05*** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman)
00:27.30Notify02GCI:krishna_ravi * 5028787255246848 : Ready for review - The work on this task is ready to be reviewed.
02:56.18``Erikgrumbles and wishes he was still in jamaica
03:32.15*** join/#brlcad YashM (~YashM@117.198.3.93)
04:19.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:03.07*** join/#brlcad YashM (~YashM@117.198.3.93)
05:24.45*** join/#brlcad YashM (~YashM@117.198.3.93)
05:26.26*** join/#brlcad YashM (~YashM@117.198.3.93)
05:28.36*** join/#brlcad albertcoder (~quassel@202.164.53.117)
05:35.03*** join/#brlcad MarcTannous (bc1b5b2e@gateway/web/cgi-irc/kiwiirc.com/ip.188.27.91.46)
05:37.30*** join/#brlcad albertcoder (~quassel@202.164.53.117)
05:42.53*** join/#brlcad albertcoder (~quassel@202.164.53.117)
05:47.37*** join/#brlcad albertcoder (~quassel@202.164.53.117)
05:47.43*** join/#brlcad YashM (~YashM@117.198.3.93)
05:48.49*** join/#brlcad albertcoder (~quassel@202.164.53.117)
06:02.48*** join/#brlcad YashM (~YashM@117.198.3.93)
06:04.24*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
06:05.26Notify02GCI:popescuandrei * 4956557716488192 : Task Assigned - This task has been assigned to Angie. You have 100 hours to complete this task, good luck!
06:23.17*** join/#brlcad YashM (~YashM@117.198.3.93)
07:27.18*** join/#brlcad albertcoder (~quassel@202.164.53.117)
08:33.16*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
08:38.24andrei_Hello!
08:55.13Notify02GCI:brlcad * 5048599469621248 : follow-on -  A follow-on to this task is now posted: https://www.google-melange.com/gci/task/view/google/gci2014/5048599469621248  There's also a set of five tasks...
08:55.14gcibot[[ Implement bu_scan_fastf_t() function to scan floating point values from strings || BRL-CAD || Closed || Sean, Daniel_R ]]
08:55.55Notify02GCI:brlcad * 5874710239772672 : follow-on -  A follow-on to this task has been posted to visualize the current ray-bundling patterns:...
08:56.22andrei_Hmm, new batch of tasks arrived, apparently 191 open task at this moment
08:57.15Notify02GCI:brlcad * 6464160023969792 : follow-on task -  A follow-on task to get credit for your scripts has been posted: https://www.google-melange.com/gci/task/view/google/gci2014/6632135641268224 ...
08:57.17gcibot[[ Implement script to create a planetary gear || BRL-CAD || Open || Kesha Shah, Harmanpreet ]]
08:57.56Notify02GCI:brlcad * 6109916221669376 : v&v follow-on -  A follow-on task to verify/validate that the implementation is correct has been posted:...
08:59.00brlcadandrei_: yeah... few days late, but there up now
09:00.31andrei_I'm surprised that there seem to be very few students, I was expecting a lot more to push to get 3 tasks
09:04.58*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
09:06.48unicodesnowmanthere are 20% more orgs this year
09:07.47*** join/#brlcad jasvir (~jasvir@202.164.53.117)
09:14.53*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:21.24*** join/#brlcad Stragus_ (~alexis@modemcable090.29-19-135.mc.videotron.ca)
09:22.35Notify02GCI:zhang_yizhuo * 4596409726664704 : Task Claimed - I would like to work on this task.
09:23.46Notify02GCI:zhang_yizhuo * 4596409726664704 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
09:24.13*** join/#brlcad adityagulati (dce32db2@gateway/web/cgi-irc/kiwiirc.com/ip.220.227.45.178)
09:40.26Notify02GCI:ralpt3748752_qejwhe * 6632135641268224 : Task Claimed - I would like to work on this task.
09:41.42Notify02GCI:popescuandrei * 6632135641268224 : Task Assigned - This task has been assigned to Raptor. You have 100 hours to complete this task, good luck!
09:43.13Notify02GCI:ralpt3748752_qejwhe * 6464160023969792 : Other works by using a script -  I've also done with a script https://www.google-melange.com/gci/task/view/google/gci2014/5297983323111424  and...
09:43.14gcibot[[ Model tsunami wallpaper artwork with BRL-CAD #3 || BRL-CAD || Closed || Isaac Kamga, Harmanpreet ]]
09:57.38Notify02GCI:rossberg * 5028787255246848 : None -  First: binu_types isn't a variable but a constant, which normally isn't a problem. We have many constants in BRL-CAD. Often as "define" but "const" should...
09:57.44Notify02GCI:rossberg * 5028787255246848 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
09:57.59Notify02GCI:rossberg * 5028787255246848 : Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
10:19.15*** join/#brlcad merzo (~merzo@156-100-132-95.pool.ukrtel.net)
10:46.38*** join/#brlcad YashM (~YashM@117.222.71.2)
11:03.39Notify02GCI:thevk * 5855100174073856 : Ready for review - The work on this task is ready to be reviewed.
11:09.09Notify02GCI:thevk * 5855100174073856 : Modeling -  Firstly, i've created a lot of arb5s. Then, placed them in a 4x7 rectangle. Copied the rectangle twice. These rectangles were linked together, so change...
11:10.50Notify02GCI:bunnypangsai * 5337594732740608 : Ready for review - The work on this task is ready to be reviewed.
11:20.46Notify02GCI:ralpt3748752_qejwhe * 6632135641268224 : Using a script -  The first version of the script was flawed because it was necessary to enter data in mged. The second version does everything itself...
11:24.01Notify02GCI:ralpt3748752_qejwhe * 6632135641268224 : Ready for review - The work on this task is ready to be reviewed.
11:26.01*** join/#brlcad merzo (~merzo@156-100-132-95.pool.ukrtel.net)
11:26.08Notify02GCI:ralpt3748752_qejwhe * 6632135641268224 : None -  If you replace the windows in the script path on the respective
11:32.13Notify02GCI:arnav * 4948190365220864 : Task Claimed - I would like to work on this task.
11:33.18Notify02GCI:ch3ck * 4948190365220864 : Task Assigned - This task has been assigned to Arnav. You have 100 hours to complete this task, good luck!
11:38.19*** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174)
11:40.12Notify02GCI:ch3ck * 5337594732740608 : Task Closed - Congratulations, this task has been completed successfully.
11:45.13Notify02GCI:chenning * 6386404808458240 : Ready for review - The work on this task is ready to be reviewed.
11:46.18Notify02GCI:popescuandrei * 6386404808458240 : Task Closed - Congratulations, this task has been completed successfully.
11:54.03*** join/#brlcad luca79 (~luca@host16-10-dynamic.0-87-r.retail.telecomitalia.it)
12:46.43Notify02GCI:estafador * 5228725012529152 : Task Claimed - I would like to work on this task.
12:48.13Notify02GCI:popescuandrei * 5228725012529152 : Task Assigned - This task has been assigned to Youlian_M. You have 100 hours to complete this task, good luck!
13:46.31Notify03BRL-CAD:ejno * 63901 (brlcad/trunk/src/libged/simulate/collision.cpp brlcad/trunk/src/libged/simulate/collision.hpp and 3 others): get volumes from librt; support matrix scaling information
14:14.06Notify02GCI:wenxuan45 * 5311760286351360 : Ready for review - The work on this task is ready to be reviewed.
14:38.21Notify03BRL-CAD:ejno * 63902 (brlcad/trunk/src/libgcv/plugin.c brlcad/trunk/src/libgcv/plugin.h): add version information to gcv_plugin_info
14:53.24Notify02GCI:rossberg * 5311760286351360 : "Take a full screenshot ... -  ... and submit it here." "Full" means the whole desktop with the mged or archer windows.  Otherwise, it looks like you could create...
14:55.24Notify02GCI:rossberg * 5311760286351360 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
15:19.36Notify02GCI:o7p9bxbnyj * 5198651785740288 : Task Claimed - I would like to work on this task.
15:23.34Notify02GCI:ch3ck * 5198651785740288 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 100 hours to complete this task, good luck!
15:25.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:25.53Notify02GCI:o7p9bxbnyj * 5198651785740288 : Ready for review - The work on this task is ready to be reviewed.
15:27.02andromeda-galaxyfor the raytrace background transparency set of tasks, how does rendering to png work? As far as I can tell, rt/rtedge only support rendering to pix and converting with pix-png, but the (current) pix file format doesn't seem to have anything like that...
15:27.06andromeda-galaxy(transparency)
15:27.42YashMWhen I did it, I had to render an image with a white background and crop it out in Photoshop
15:28.21YashMthere was some command startseeker mentioned but I was not able to execute due to some reason I don't remember so I just copped it out.
15:28.47andromeda-galaxyYashM: did you render with rt -o into a .pix file and then use pix-png to get a png before cropping it out?
15:29.31andromeda-galaxythere are some tasks now to make rt support transparent backgrounds which I'm interested in, but I'm slightly confused as to how to deal with it if pix doesn't support alpha-channel (which it doesn't seem to)...
15:30.09YashMno didnt use .pix
15:30.51andromeda-galaxyhow?
15:31.32YashMi made a .png and opened in PS
15:32.28andromeda-galaxyhow did you make the .png though
15:32.42andromeda-galaxyI couldn't find a .png option for cmd-line 'rt'
15:32.46YashMhaha, just took a screenshot
15:33.55andromeda-galaxyohhhh... well, then I'm stilll slightly confused about that task, since for file-output it doesn't seem to want to create anything other than pix (and trying to modify pix would be annoying, because backwards-compatibility + pix image dimentions are usually determined by filesize)
15:35.18andromeda-galaxybrlcad, d_rossberg: any ideas?
15:49.02d_rossbergfollow the description in the tasks: the first one requires to introduc a new command line option, which has no effect so far
15:49.54d_rossbergthe next one is to create and handle memory for the alpha channel, which will be ignored for output so far
15:50.21d_rossbergthe next one is to not ignore this buffer during png output
15:53.21*** join/#brlcad YashM_ (~YashM@117.198.14.41)
15:54.16Notify02GCI:brlcad * 5198651785740288 : tested? -  It looks like you nibble off and lose the first character of the next fastf_t if src is stdin? It also looks like this won't handle interleaved...
15:54.27Notify02GCI:brlcad * 5198651785740288 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
15:56.32Notify02GCI:brlcad * 6632135641268224 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
15:58.12Notify02GCI:o7p9bxbnyj * 5198651785740288 : testedness -  I've tested it with strings, let me quickly re-test it with stdin... what do you mean by interleaved delimiters?
15:58.27Notify02GCI:brlcad * 6632135641268224 : comments -  Raptor, this looks great, but you left off adding some comments to explain what the logic is doing and why (and summary / details that might not be...
16:00.15*** join/#brlcad luca79 (~luca@host81-29-dynamic.4-87-r.retail.telecomitalia.it)
16:01.25``Erikandromeda-galaxy: the intermediate format for raytrace results needs to be updated to support transparency... right now, it's pix (raw rgb24). Step 1 would be to redo that layer to handle things like alpha, hdr, gamma, etc.
16:01.33Notify02GCI:brlcad * 5855100174073856 : Task Closed - Congratulations, this task has been completed successfully.
16:02.28Notify02GCI:brlcad * 5855100174073856 : not quite the target -  Not quite the quality of the image referenced but you get a pass for pretty solid effort. This is a pretty tricky task to do without...
16:03.58Notify02GCI:o7p9bxbnyj * 5198651785740288 : interleaved delimiters -  I thought that the original intention for the code (and what happened when using scanf() for the delim scanning) was that if the code...
16:06.49andromeda-galaxy``Erik: I see... how would it be possible to preserve backwards-compatibility from a hypothetical pixv2 with alpha/hdr/gamma/etc. with the original pix?
16:07.39andromeda-galaxybrlcad: do you think that the code should allow extra spaces around delimiters? I originally hadn't intended it too....
16:24.18Notify02GCI:thevk * 4961749845409792 : Task Claimed - I would like to work on this task.
16:31.08Notify02GCI:harman052 * 4961749845409792 : Task Assigned - This task has been assigned to Vladimir Kuznetsov. You have 100 hours to complete this task, good luck!
16:31.17*** join/#brlcad YashM__ (~YashM@117.198.14.41)
16:38.38Notify02GCI:rohit_agarwal * 5625032667561984 : Ready for review - The work on this task is ready to be reviewed.
16:44.04Notify02GCI:brlcad * 5625032667561984 : Task Closed - Congratulations, this task has been completed successfully.
16:44.16Notify02GCI:rohit_agarwal * 5625032667561984 : None -  I have uploaded my design - Webpage Big.xcf/.png for big screens and Webpage Small.xcf/.png for small screens.  In the existing homepage and in the...
16:45.20Notify02GCI:brlcad * 5625032667561984 : very nice -  Rohit, this is VERY nice polished work. Thank you! Please continue with some of our other design tasks as you are clearly experienced. A bunch of new...
16:46.24andromeda-galaxybrlcad: I was curious about the implement rt transparency project set of tasks you uploaded, but I noticed that none of them mention anything about re-designing the pix file format to make transparency support possible... that seems like it would be a fairly major effort in itself, since equivalents of all the *pix* tools would have to be reimplemented
16:50.54Notify02GCI:o7p9bxbnyj * 5198651785740288 : Backtracking -  This version implements a balance between matching exactly the spaces in the delimiter and allowing extra spaces to surround it (post-delimiter...
16:51.47*** join/#brlcad jasvir (~jasvir@122.173.234.183)
16:59.39*** join/#brlcad nmz787_i (~nmccorkx@134.134.139.76)
17:01.56Notify02GCI:rohit_agarwal * 6365435620491264 : Task Claimed - I would like to work on this task.
17:02.04*** part/#brlcad jasvir (~jasvir@122.173.234.183)
17:03.06Notify02GCI:deepakkumarsharma * 6365435620491264 : Task Assigned - This task has been assigned to Rohit Agarwal. You have 100 hours to complete this task, good luck!
17:03.41Notify02GCI:judebirch * 6730854608928768 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
17:05.22Notify02GCI:judebirch * 5014705181556736 : Task Claimed - I would like to work on this task.
17:05.57Notify02GCI:mihaineacsu29 * 5014705181556736 : Task Assigned - This task has been assigned to Jude. You have 100 hours to complete this task, good luck!
17:06.27*** join/#brlcad raptor (~raptor@194.28.75.209)
17:07.52Notify02GCI:o7p9bxbnyj * 5198651785740288 : Ready for review - The work on this task is ready to be reviewed.
17:09.58Notify02GCI:o7p9bxbnyj * 5198651785740288 : Extra leading spaces -  The -v2-allow-extra-leading-spaces.patch file includes scanning extra leading spaces by stripping spaces off of the delimiter string and...
17:10.53andromeda-galaxyd_rossberg: right, but the buffer is created in rt and the png output is written in pix-png, so my question is about how to to communicate the buffer from rt to pix-png since the pix file format doesn't have room for an alpha-channel (and adding one would probably break backwards-compatibility)
17:26.00*** join/#brlcad raptor_ (~raptor@194.28.75.209)
17:35.08starseekerandromeda-galaxy: we've got the comgeom-g import task up if that's still of interest
17:35.21starseekerlooks like I forgot to get the NACA tasks in... oh well, too late now
17:35.43andromeda-galaxystarseeker: ahh, let me take a quick look at that
17:35.50andromeda-galaxyI didn't see it on my first scan through
17:36.01starseekerhttp://www.google-melange.com/gci/task/view/google/gci2014/5792678377684992
17:36.02gcibot[[ Investigate comgeom-g import issue || BRL-CAD || Open || Sean, Daniel_R, Dishank ]]
17:37.05andromeda-galaxystarseeker: thanks! it looks like it would be interesting
17:37.17andromeda-galaxyright now I've been putting up the 2 that I already had done & have been waiting for...
17:37.24starseekernods
17:37.30starseekerno rush, just wanted to point it out
17:37.49andromeda-galaxythanks! by the way, did you see my questions about the rt transparency tasks above?
17:38.00starseekerum, one sec
17:38.45starseekeroh
17:39.58starseekeryou should be able to specify a png file by file extension, e.g. rt -o file.png model.g model
17:40.11andromeda-galaxyreally? there doesn't seem to be any code in rt to deal with pngs
17:40.21andromeda-galaxyand the man page just says that -o always creates a .pix
17:41.07starseekerit should be calling libicv to deal with it
17:41.15starseekerthe man page is probably out of date :/
17:41.42andromeda-galaxyahhh
17:41.46andromeda-galaxyinteresting
17:44.18andromeda-galaxystarseeker: are you sure it's actually using the icv codepath?
17:44.31starseekerseems to be - I just generated a png image here
17:45.45starseekerwants to kick himself for not getting additinal NACA tasks in there
17:46.08starseekerandromeda-galaxy: do you have more NACA stuff you haven't committed yet?
17:46.13andromeda-galaxystarseeker: oh well, if there's another task push I'll do them, or if not, I'll look into them some more after GCI
17:46.18andromeda-galaxyyes, but it's still somewhat broken
17:46.32andromeda-galaxyso I was going to try to fix it more before committing it
17:46.52starseekerdoubts brlcad is planning another task push (10 days to go)
17:47.17andromeda-galaxyabout rt, I'm just curious because view.c seems to still have code to writing to non-icv filehandles
17:47.19starseekerif you've already done more work, maybe we can get a few tossed in there...  hate to not have you get credit for it
17:47.20andromeda-galaxy(as pix)
17:47.31starseekerit might
17:47.48starseekerdid you try walking it through the debugger?
17:48.12andromeda-galaxystarseeker: so, as it stands currently, basically I've done the work for all the tasks that were already up, but I haven't committed all of it because a bunch of it still doesn't work
17:48.16starseekerit might be doing things in pix in memory and then handing that off to icv (that's what I would expect)
17:48.28starseekeroh, gotcha
17:48.31andromeda-galaxyand on top of that, even though a bunch of it is getting the correct result (naca), there are still valgrind errors
17:49.23andromeda-galaxyunfortunately, getting several hundred lines of converted-but-untested code into shape is going to take some time... I was planning to do some more of it if there were more tasks, but it not I'll do some more after GCI
17:49.40starseekerandromeda-galaxy: I'll see if I can persuade brlcad to add some tasks for it
17:49.57starseekeris half expecting andromeda-galaxy to fall asleep on his keyboard after GCI is over ;-)
17:50.30*** join/#brlcad darshpreets (~darshpree@202.164.53.117)
17:52.41andromeda-galaxystarseeker: thanks!
17:53.36andromeda-galaxyinvestigating comgeom should be fun... I still think about that iges bug from last year sometimes
17:53.57starseekerheh
17:54.02starseekercomgeom should be a lot simpler
17:54.17starseeker's guess is ordering of arb points or some such fun
18:00.46andromeda-galaxyprobably
18:01.08andromeda-galaxy(I hope it's simpler, the IGES file format was complicated!)
18:01.25andromeda-galaxyit was the directions for faces, & loops &c that really did it, the combination of directions had to be just right...
18:01.51*** join/#brlcad MarcTannous (bc1b5b2e@gateway/web/cgi-irc/kiwiirc.com/ip.188.27.91.46)
18:01.57andromeda-galaxyI figure the first step for comgeom would probably be to try to isolate one of the non-raytracing points in mged & look at it / manually run rt on it
18:02.24MarcTannousgood evening guys :D
18:03.05MarcTannoushttp://www.google-melange.com/gci/task/view/google/gci2014/5332211712655360 guys, what's up with this task/
18:03.06gcibot[[ Create an utility library (LIBBU) API unit test for any file #6 || BRL-CAD || Open || Harmanpreet, Ishwerdas ]]
18:03.21MarcTannousI think I already submitted an unit test for bomb.c
18:03.24MarcTannousas part of a previous task
18:05.08andromeda-galaxyMarcTannou: look at the second part of the description
18:05.12andromeda-galaxythe task is for *any* file in libbu
18:05.16Notify02GCI:tannousmarc * 6733016101552128 : Task Claimed - I would like to work on this task.
18:08.26Notify02GCI:brlcad * 6733016101552128 : Task Assigned - This task has been assigned to Marc Tannous. You have 100 hours to complete this task, good luck!
18:10.27Notify02GCI:brlcad * 5198651785740288 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
18:16.10andromeda-galaxybrlcad: what's wrong?
18:16.16andromeda-galaxyon 5198651785740288
18:17.34Notify02GCI:ralpt3748752_qejwhe * 6632135641268224 : Logic my script -  We base radius, enter internal or external radius: Outer is more than usual, the inner smaller the radius for serving top. Delta...
18:18.39Notify02GCI:ralpt3748752_qejwhe * 6632135641268224 : None -   What is your nickname in irc, and when you get there?
18:22.33nmz787_iis there an mged API doc somewhere?
18:25.57nmz787_isomething more in the form of traditional API docs, and hopefully more recent (unless nothing has changed) than this PDF from 2006 http://brlcad.org/w/images/5/52/MGED_Quick_Reference_Card.pdf
18:26.07nmz787_i(i.e. a doc in HTML)
18:27.26Notify02GCI:brlcad * 5198651785740288 : wrong direction... ;) -  You had it closer the first time. The problem isn't just spaces, it's with any combination of delimiter characters. The intention is to...
18:30.11andromeda-galaxybrlcad: can I talk to you on IRC for one sec
18:30.17andromeda-galaxyabout 5198651785740288?
18:31.15andromeda-galaxymaybe the header documentation should be slightly changed again, but the impression that I got from the first scan_fastf_t task (and what it was previously doing in the implementation) was that it should match the delim pretty much exactly
18:31.26andromeda-galaxyso multi-char delims are when the code wants that exact sequence of chars
18:31.53andromeda-galaxyI believe that was what I had come up with when looking through all the use cases and trying to design a function that worked with most of them
18:32.00Notify02GCI:brlcad * 5198651785740288 : a better example -  A better (and real) parsing example might be reading numbers from a fixed-width column data format that pads fields. Example: ...
18:32.07nmz787_iis the doxygen-generated data online somewhere? maybe that has the API info I am looking for?
18:34.25Notify02GCI:o7p9bxbnyj * 5198651785740288 : Input format -  While that does make sense, it isn't the pattern that I originally identified in the sources and originally wrote scan_fastf_t for; that assumed...
18:35.18Notify02GCI:ralpt3748752_qejwhe * 6632135641268224 : None -  sin_angle and cos_angle not *
18:40.05Notify02GCI:o7p9bxbnyj * 5198651785740288 : Original API specification -  Here's the original header comment that shows what the function was *supposed* to do:  /**  * Scans a sequence of fastf_t numbers...
18:41.08Notify02GCI:o7p9bxbnyj * 5198651785740288 : Ready for review - The work on this task is ready to be reviewed.
18:49.28Notify03BRL-CAD:ejno * 63903 (brlcad/trunk/src/libged/simulate/physics_world.cpp brlcad/trunk/src/libged/simulate/physics_world.hpp brlcad/trunk/src/libged/simulate/simulate.cpp): move MatrixMotionState into simulate.cpp
18:51.52Notify02GCI:o7p9bxbnyj * 5198651785740288 : Literal string rationale -  The rationale for doing the parsing this way is that most of the uses of *scanf() scan numbers separated by some specific delimiter...
18:52.34Notify02GCI:thevk * 4961749845409792 : Ready for review - The work on this task is ready to be reviewed.
19:00.00Notify03BRL-CAD:carlmoore * 63904 (brlcad/trunk/doc/docbook/system/man1/en/pixclump.xml brlcad/trunk/doc/docbook/system/man1/en/pixdiff.xml and 7 others): use <command> instead of 'Pix...' at start of sentence; other changes
19:08.37``Erikandromeda-galaxy: the current intermediate format needs to be changed to be NOT pix, the pix format will stay the same
19:09.02andromeda-galaxy``Erik: right, but then re-implementations of all of the tools that curently operate on pix would be desirable...
19:09.20andromeda-galaxyor, modify icv to make it do the right thing when going directly to png
19:10.03andromeda-galaxy``Erik: by the way, does brlcad depend on readline/what's the recommended way to get a line?
19:11.19``Erikandromeda-galaxy: icv is probably the right place to redesign the intermediate format, but there are many tools that need to be updated to use icv and even rt would need to get away from the addline approach and move to a per pixel (or array of structs) approach
19:13.12``ErikI don't think anything in BRL-CAD uses readline (it works on windows, there might be a readline windows port that's tucked in somewhere, but I'd doubt it)... getline and scanf are probably the two more common ones.. um, 'nirt' and I think 'burst' have the capability, or something in src/conv
19:13.37``Erik(nirt and burst have repl style prompts, iirc)
19:14.30andromeda-galaxy``Eirk: ahh, thank...
19:14.51``Erikjust modifying icv in the rt approach won't get you true transparency... the best it could do is chroma-key on that 0,0,1 magic pixel (and we want real alpha transparency)
19:15.10andromeda-galaxy``Erik: for ICV, the idea was that rt at least can use icv to directly write out png (without pix)
19:15.23``Erikyes, and it does
19:15.29``Eriksorta
19:15.31andromeda-galaxyso you could modify icv to use RGBA for PNG files & modify rt to give icv the correct information
19:15.54andromeda-galaxy(at least that's what I believe starseeker was saying)
19:16.03``Erikyou could, yes... then throw away the alpha when you save to pix
19:16.49andromeda-galaxy``Erik: right.  and then, eventually, if we have support for some awesome new better-than-pix format, just add that as an icv backend
19:16.57andromeda-galaxyand it automatically gets the transparency
19:17.03``Erikthen the intermediate representation, the data view.c is sending to libicv, is no longer pix (which is good) :) You could add MORE information, like using 16 bit color channels for hdr (which is better)
19:17.11andromeda-galaxy(by the way, isn't getline POSIX-only)
19:17.28andromeda-galaxy``Erik: right, that's the general idea I had, anyway
19:18.22``Erikgetline is posix, it might exist on other platforms... winnt is sorta kinda posix complient, and that's the least posix of the supported platforms
19:18.37``Erikcompliant
19:18.58andromeda-galaxyright... where did you see getline() being used? I can't find it in C anywhere
19:19.32``ErikI was guessing
19:20.10``Eriksrc/conv/patch/ has a couple instances
19:20.26andromeda-galaxyahh.. bu_vls_gets seems like it might work even better, though...
19:20.34*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-ipvxwlsqyajlbfqf)
19:21.22*** join/#brlcad nmz787_i1 (nmccorkx@nat/intel/x-ayttssmpeqnukqqx)
19:21.41``Erikif you have a file pointer, that seems like it'd be the right way
19:22.52``Erik(could always fdopen() to create a FILE* from an int fildes)
19:22.54andromeda-galaxy``Erik: in this case, it's reading from stdin, so stdin as the file pointer should work
19:23.10andromeda-galaxythanks!
19:24.00``Erikstdin should work, yup :)
19:24.02andromeda-galaxy``Erik: do you know what happens if bu_vls_free() is called on a vls that was just set as 'struct bu_vls vls = BU_VLS_INIT_ZERO'? (without calling anything else on it)
19:24.56``Erikeither something spectacular or something boring... :D src/libbu/vls.c should tell you which
19:25.35andromeda-galaxy``Erik: indeed :) it looks like it checks the vls_str before trying to free it, so it should be fine
19:25.51``Erikso, boring.
19:28.14andromeda-galaxyright... well, thanks for the help with transparency & getline
19:28.34andromeda-galaxylast thing is, what do you think of adding a generalized sweep to extrude at some point?
19:28.55``Eriknp, good luck! (the transparency/icv stuff is something I'm always willing to talk about, it was my baby at one point :)
19:30.12``Eriknot sure, I think that's more of a brlcad or starseeker question... I'd start wondering if "just use nurbs" might be better at that point? (though a birail type primitive would be neat, even if it just generates nurbs)
19:31.53*** join/#brlcad darshpreets (~darshpree@202.164.53.117)
19:33.46andromeda-galaxy``Erik: abt sweep: the reason is just that at one point a stumbled on a logged discussion from a while ago mentioning a specific model where that functionality would be particularly useful (planetary gearset that is 3d-printed already locked together by using swept gears)
19:34.26``Eriksounds like something archivist would be involved in
19:36.34andromeda-galaxyahh
19:36.40andromeda-galaxywell, I'll ask brlcad again later
19:37.17``Erikyeah, I'mma let someone else think about that one, the utility may not be enough to warrant the time to develop and additional complexity, or it might...
19:37.39``Erik<-- was still in jamaica less than 24 hours ago, is still not completely back ;)
19:55.28Notify02GCI:o7p9bxbnyj * 5198651785740288 : strtok behavior patch -  I've added a patch that reads in a line of input at the beginning and uses more strtok()-like behavior in reading delimiter chars...
20:03.44Notify02GCI:Melange * 6418050127495168 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
20:53.22*** join/#brlcad merzo (~merzo@156-100-132-95.pool.ukrtel.net)
21:13.41starseeker``Erik: would openexr make a good intermediate representation format?
21:38.28Notify02GCI:Melange * 5218710037987328 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
21:40.12*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
22:07.42``Erikstarseeker: iirc, openexr is a library and a compressed file format, it might make sense to have our internal representation be as similar to their api as possible, but I d'no if "just use openexr" makes sense
22:24.18*** part/#brlcad nmz787_i1 (nmccorkx@nat/intel/x-ayttssmpeqnukqqx)
22:37.21*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-htvsjkvrjnawohyp)
23:06.24*** join/#brlcad merzo (~merzo@156-100-132-95.pool.ukrtel.net)
23:13.22Notify02GCI:raheel102 * 5213338241859584 : Task Claimed - I would like to work on this task.
23:18.04Notify02GCI:raheel102 * 5213338241859584 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
23:19.00Notify03BRL-CAD:carlmoore * 63905 brlcad/trunk/src/util/pixcolors.c: shorten the logic by removing an unneeded if
23:23.03Notify02GCI:Melange * 5310294628761600 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
23:39.06andromeda-galaxy``Erik: the main advantage of using openexr as a file format that I see is that it is an already-tested format (with existing tools for conversion) that includes most of the feature that would be good (HDR, large color space, alpha-channel, etc)
IRC log for #brlcad on 20150109

IRC log for #brlcad on 20150109

00:43.21Notify03BRL-CAD:n_reed * 63906 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Update the mouse cursor and the select/rotate/translate buttons in response to key bindings so you always get a visual indication as to whether your editing the view or the object, and how.
00:45.31archivistandromeda-galaxy, ``Erik has a good memory, I make gears, there is no way I would 3d print them though, wrong method to make something reliable imo
01:22.15andromeda-galaxyarchivist: ahh.. the gear in question was this one:
01:22.28andromeda-galaxyhttp://www.thingiverse.com/thing:53451
01:23.54andromeda-galaxyit's an interesting pattern, the teeth are herringbone so it is *impossible* to either assemble or disassemble
01:26.00StragusEww. Gears made with 3D printing, that doesn't sound like a good idea
01:33.07*** join/#brlcad darshpreets (~darshpree@202.164.53.117)
02:55.46starseekerthat's pretty cool (herringbone gear bearing)
04:20.59*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
05:05.50*** join/#brlcad gaganjyot (~gaganjyot@27.255.242.50)
05:55.35*** join/#brlcad srl__ (d2d4b73c@gateway/web/freenode/ip.210.212.183.60)
06:00.54Notify02GCI:emiwang * 4949239830413312 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
06:01.04Notify02GCI:emiwang * 4949239830413312 : Task Claimed - I would like to work on this task.
06:01.39Notify02GCI:deepakkumarsharma * 4949239830413312 : Task Assigned - This task has been assigned to Duckie. You have 100 hours to complete this task, good luck!
06:03.44srl__Hey Guys, I want to work on BRL-CAD for GSoC 15.  I am a beginner and  have basic knowledge of c, c++. How should I move forward?
06:28.59*** join/#brlcad andrei__ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
06:36.08*** join/#brlcad YashM (~YashM@117.198.9.244)
06:49.27*** join/#brlcad YashM (~YashM@117.198.9.244)
06:52.20Notify02GCI:brlcad * 5198651785740288 : got it -  Yes, I fully understood your original write-up and rationale. :)  When creating new public API, we have to consider more than just what the current code...
06:52.40Notify02GCI:brlcad * 5198651785740288 : Task Closed - Congratulations, this task has been completed successfully.
06:59.36Notify02GCI:brlcad * 6661010656067584 : background? -  Yash, how did you make the background transparent?
07:01.32archivistandromeda-galaxy, seen that before, but designs like that are not fit for the purpose they set out to be
07:02.17Notify02GCI:helix * 6661010656067584 : Photoshop -  I edited out the white background in Photoshop.
07:02.27Notify02GCI:brlcad * 4961749845409792 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
07:05.33Notify02GCI:brlcad * 4961749845409792 : another rendering -  Vladimir,  This looks good, but would you make another rendering that it's straight down, so we can see what the depth looks like on it?...
07:05.53andrei__archivist speaks?  
07:05.57andrei__err, writes
07:06.35archivistI do
07:07.06andrei__I thought "you" were just the bot that uploads the logs on rikers?
07:08.22archivistnope I dont do the logs for this chan
07:14.53andrei__oh, ok
07:28.34*** join/#brlcad luca79 (~luca@net-2-34-212-36.cust.vodafonedsl.it)
07:43.42*** join/#brlcad jasvir (~jasvir@202.164.53.117)
07:51.09Notify02GCI:christel * 4958060736937984 : Task Claimed - I would like to work on this task.
07:54.46Notify02GCI:popescuandrei * 4958060736937984 : Task Assigned - This task has been assigned to christel. You have 100 hours to complete this task, good luck!
08:16.39Notify02GCI:adityagulati * 5550495506628608 : Task Claimed - I would like to work on this task.
08:17.40Notify02GCI:harman052 * 5550495506628608 : Task Assigned - This task has been assigned to Aditya Gulati. You have 100 hours to complete this task, good luck!
08:22.07Notify02GCI:enyangpae * 6350660664557568 : Task Claimed - I would like to work on this task.
08:22.42Notify02GCI:popescuandrei * 6350660664557568 : Task Assigned - This task has been assigned to publicname. You have 100 hours to complete this task, good luck!
08:23.26*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
08:32.38Notify02GCI:enyangpae * 6350660664557568 : Ready for review - The work on this task is ready to be reviewed.
08:38.01Notify02GCI:popescuandrei * 6350660664557568 : None -  Hello!  First of all you forgot to upload the raw editable format(.psd, .xcf)  Secondly, you might want to look at other banner tasks:  - I like that...
08:38.02Notify02GCI:popescuandrei * 6350660664557568 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
09:06.19Notify02GCI:christel * 4958060736937984 : Ready for review - The work on this task is ready to be reviewed.
09:09.14*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
09:11.01andrei_https://www.google-melange.com/gci/task/view/google/gci2014/4958060736937984 any opinions?
09:11.02gcibot[[ Design a BRL-CAD splash screen #13 || BRL-CAD || NeedsReview (4 days 2 hrs 43 min) || Deepak, Gauravjeet Singh ]]
09:11.11andrei_it looks nice, but it's very basic/simple
09:11.16andrei_I have no idea how to improve it, tho
09:11.25andrei_the design itself is quite simple, as is
09:28.16*** join/#brlcad luca79 (~luca@net-2-34-212-36.cust.vodafonedsl.it)
09:35.13Notify02GCI:thevk * 4961749845409792 : Ready for review - The work on this task is ready to be reviewed.
09:36.34Notify02GCI:popescuandrei * 4961749845409792 : Task Closed - Congratulations, this task has been completed successfully.
09:36.59Notify02GCI:thevk * 4961749845409792 : None -  Unfortunately, the program gives me an error, when i'm trying to use this command.  It says: "tree -u model C:/Program Files/BRLCAD 7.24.0/text.g brlcad.c; ...
09:44.30Notify02GCI:thevk * 5018129344233472 : Task Claimed - I would like to work on this task.
09:45.50Notify02GCI:popescuandrei * 5018129344233472 : Task Assigned - This task has been assigned to Vladimir Kuznetsov. You have 100 hours to complete this task, good luck!
09:54.15Notify02GCI:gjeet * 4958060736937984 : None -  Hey christel  Nice design.  First of all, you need to provide the url of the background image used. It's important to acknowledge if we are allowed to use...
09:54.25Notify02GCI:gjeet * 4958060736937984 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
10:00.13*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
11:12.23``Erikandrei_: rikers logs are done via ibot
11:12.50andrei_``Erik: you mean infobot?
11:13.19``Erikyeh, it's had the ibot nick before, musta been (or is currently) using an alt nick
11:13.36andrei_oh
11:15.16andrei_I mean I remember ibot, you could interact with it via ~
11:15.19andrei_~ask
11:15.19infobotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
11:15.27andrei_seems you still can
11:15.41Notify02GCI:enyangpae * 6350660664557568 : Ready for review - The work on this task is ready to be reviewed.
11:16.39``Erikyup, plus a handful of entertainment command, I think brlcad's wife was getting jealous from how often he was hugging the bot O.o
11:19.26andrei_hahaha
11:19.27Notify02GCI:popescuandrei * 6350660664557568 : That's a lot better! -  That's a lot better, but is there a reason you put the keyboard there? I doesn't seem to have to do anything with BRL-CAD.  Also the...
11:19.32Notify02GCI:popescuandrei * 6350660664557568 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
11:19.39andrei_is there a list of ibot's commands?
11:21.01``ErikI've no idea...
11:21.22``Erik~help
11:21.27andrei_haha
11:21.34andrei_would've been interesting
11:21.54``Erikooh, yes, it msgs you the list... you can probably message it "help" if it follows old eggdrop bot style
11:22.06``Erikand it does, just /msg infobot help
11:22.44andrei_woah
11:22.47andrei_loads of stuff
11:22.57andrei_"can it cook dinner?"
11:23.03Notify02GCI:enyangpae * 6350660664557568 : None -  sorry for the lack of quality, I'm quite new to all this. I will try to improve on it. Thank you!
11:24.13Notify02GCI:popescuandrei * 6350660664557568 : None -  Hello! There was no lack of quality at all, I'm just helping you improve on your design, based on your prefferences ! :)
11:59.06*** join/#brlcad raptor (~raptor@194.28.75.225)
12:03.55Notify02GCI:enyangpae * 6350660664557568 : Ready for review - The work on this task is ready to be reviewed.
12:10.27*** join/#brlcad adityagulati (dce32db2@gateway/web/cgi-irc/kiwiirc.com/ip.220.227.45.178)
12:10.51adityagulatihttp://www.google-melange.com/gci/task/view/google/gci2014/4861494520971264 could anybody tell me how is this a t-shirt?
12:10.52gcibot[[ Design a T-Shirt for BRL-CAD #10 || BRL-CAD || Closed || Hardeep Singh Rai, Gauravjeet Singh ]]
12:11.54*** join/#brlcad adityagulati (dce32db2@gateway/web/cgi-irc/kiwiirc.com/ip.220.227.45.178)
12:13.35adityagulatihttp://www.google-melange.com/gci/task/view/google/gci2014/4861494520971264 could anybody tell me how is this a t-shirt?
12:13.36gcibot[[ Design a T-Shirt for BRL-CAD #10 || BRL-CAD || Closed || Hardeep Singh Rai, Gauravjeet Singh ]]
12:14.33*** join/#brlcad YashM (~YashM@117.198.17.174)
12:16.28raptorIf I know the coordinates of points, which are connected by lines sequentially , as outlined, through their mged?
12:22.01*** join/#brlcad jasvir (~jasvir@122.173.236.121)
12:22.33Notify02GCI:Melange * 5311760286351360 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
12:26.14d_rossbergadityagulati: what's the problem with the t-shirt design? the pdf is bad (probable a problem during creation), but the rest is ok, isn't it?
12:27.28adityagulatirossberg : But there is no back or any t-shirt layout
12:28.16adityagulatiI have to make a gallery. can I atleast add the layout myself
12:28.49d_rossbergraptor: i'm not sure what you want to hear but if your question is regarding the script you want to create: how about creating a command input file for mged and parsing this to mged then?
12:30.06d_rossbergadityagulati: that's true, there may be better designs; the back of this specific t-shirt would be white
12:30.47adityagulatiSo can I add the layout
12:34.01raptorNow I'm working on called BRL-CAD I made a sketch in vector editor and received from svg file coordinates of each vertex. These vertices are connected by lines. I need to Extrude this sketch in mged.
12:34.15``Erikthe completed one is just the image to print on the front... I don't think there's really too much to lay out. If any are actually made, fulfillment will probably be through something like cafepress if it helps (you can look at how the image will be used)
12:36.34``Erikraptor: maybe take a look a the "sketch" primitive in mged? I think that'd be the one you want (but I believe it can be difficult to use)
12:37.57``Erikponders an svg-sketch importer
12:39.01raptorYes, it is difficult to use). But if you do not find a way try.
12:39.47raptorthanks Eric!)
12:40.01raptorErik)
12:41.02Notify02GCI:adityagulati * 5550495506628608 : Ready for review - The work on this task is ready to be reviewed.
12:42.34``Erikraptor: good luck!
12:44.29raptorIn bin ponders not, where can I get it?
12:46.10raptoroh I misunderstood word ponders
12:46.30raptorsorry
12:48.59d_rossbergadityagulati: where is the design we talked about?
12:49.25adityagulatiworking on that right now
12:54.03Notify02GCI:rossberg * 5550495506628608 Create a web gallery of GCI t-shirt designs #2 https://www.google-melange.com/gci/task/view/google/gci2014/5550495506628608:   Nice web page   but I'm missing at...
12:54.04gcibot[[ Create a web gallery of GCI t-shirt designs #2 || BRL-CAD || NeedsWork || Deepak, Ch3ck ]]
12:54.18Notify02GCI:rossberg * 5550495506628608 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
12:56.27*** part/#brlcad jasvir (~jasvir@122.173.236.121)
13:03.04Notify02GCI:adityagulati * 5550495506628608 : Ready for review - The work on this task is ready to be reviewed.
13:06.28Notify02GCI:popescuandrei * 6350660664557568 : None -  Hello!  Yeah, that looks a lot better, you ve applied the feedback I've provided each time! Well done, it sa great improvement from the first attempt...
13:06.38Notify02GCI:popescuandrei * 6350660664557568 : Task Closed - Congratulations, this task has been completed successfully.
13:12.52Notify02GCI:enyangpae * 6350660664557568 : None -  Thank you very much!
13:24.31``Erikraptor: sorry, BRL-CAD does not do svg. You need to translate from svg to sketch by hand. I think an automatic converter would be nice for someone to make in the future :)
13:25.21Notify02GCI:rossberg * 5550495506628608 : Task Closed - Congratulations, this task has been completed successfully.
13:26.00``ErikЭто понятно?
13:26.39raptoryes))
13:26.51raptorДа,I try to do something)
13:27.00``Erik:) good luck!
13:27.10andrei_``Erik, you speak russian ? :))
13:27.34raptorGoogle translate 100%
13:27.43andrei_oh
13:27.56``Erikandrei_: no, I used google translate... nslookup on the ip indicated russian, and I wanted to make sure he understood :)
13:29.16andrei_the civil ip locator isn't too efficient
13:29.39andrei_I've tried searching for someone who I knew in a city and it had an error range of a mile or so
13:30.20andrei_but I suppose for a country works ok
13:35.43*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
13:36.07*** join/#brlcad d_rossbe1g (~rossberg@66-118-151-70.static.sagonet.net)
13:36.42*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
14:09.48*** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174)
14:22.19Notify02GCI:thevk * 5018129344233472 : Ready for review - The work on this task is ready to be reviewed.
14:35.44Notify02GCI:adityagulati * 4609906124521472 : Task Claimed - I would like to work on this task.
14:36.19Notify02GCI:adityagulati * 4609906124521472 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
14:36.24Notify02GCI:adityagulati * 6676395413471232 : Task Claimed - I would like to work on this task.
14:37.29Notify02GCI:gjeet * 6676395413471232 : Task Assigned - This task has been assigned to Aditya Gulati. You have 100 hours to complete this task, good luck!
14:55.23Notify02GCI:rossberg * 5018129344233472 : Task Closed - Congratulations, this task has been completed successfully.
15:02.27*** join/#brlcad adityagulati (dce32db2@gateway/web/cgi-irc/kiwiirc.com/ip.220.227.45.178)
15:07.18*** join/#brlcad luca79 (~luca@host149-10-dynamic.0-87-r.retail.telecomitalia.it)
15:19.17Notify02GCI:o7p9bxbnyj * 5198651785740288 : misunderstanding -  That makes more sense. Unfortunately, I didn't realize at first that you'd changed the header comment & intended the behavior to be...
15:19.27Notify02GCI:o7p9bxbnyj * 4591442060115968 : Task Claimed - I would like to work on this task.
15:19.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:23.37Notify02GCI:rossberg * 4591442060115968 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 100 hours to complete this task, good luck!
15:24.22Notify02GCI:o7p9bxbnyj * 4591442060115968 : Ready for review - The work on this task is ready to be reviewed.
15:27.28Notify02GCI:o7p9bxbnyj * 4591442060115968 : Bundle visualizations -  This is the clearest set of images that I could find that visualizes the individual bundles well; gnuplot can generate interactive 3d...
15:56.33raptorsketch V {0 0 0} A {1 0 0} B {0 1 0} VL { {0.25 0} {0.5 0} {0.5 0.5} {0 0.5} {0 0.25} {0.25 0.25} {0.125 0.125} } SL { { carc S 4 E 0 R 0.25 L 1 O 0 } { line S 0 E 1 } { line S 1 E 2 } { line S 2 E 3 } { line S 3 E 4 } { carc S 6 E 5 R -1 L 1 O 0 } }
15:56.34raptoras I understand it the trajectory Bezier cars, explain to me the logic of it
15:58.59raptorS - start point E - end, point and the others?
16:03.29d_rossbergwithout guarantee: V: the place of the 2D sketch origin in 3D space
16:04.06d_rossbergA: mapping of the 2D x vector {1 0} in 3D space
16:04.37d_rossbergB: mapping of the 2D y vector {0 1} in 3D space
16:05.00d_rossbergVL: list of verticies, i.e. a list of 2D points
16:05.55d_rossbergSL: list of segments (refering the vertices with indexes)
16:15.54raptorI not understand how working { carc S 4 E 0 R 0.25 L 1 O 0 }
16:24.40Notify02GCI:ralpt3748752_qejwhe * 6632135641268224 : Ready for review - The work on this task is ready to be reviewed.
16:25.46d_rossbergcarc is a circular arc, i.e. a section of a circle
16:27.09raptoras it besier?
16:27.26Notify02GCI:adityagulati * 6676395413471232 : Ready for review - The work on this task is ready to be reviewed.
16:27.28d_rossbergS: start point, E: end point, R: radius, L: center is left (a Boolean value), O: is clockwise oriented (a Boolean value)
16:28.34d_rossbergnot Bezier, this would be "bezier"
16:30.45d_rossbergfor bezier: D: degree, P: list of control points (degree + 1 pieces)
16:35.34*** join/#brlcad raptor_ (~raptor@194.28.75.225)
16:46.19Notify02GCI:brlcad * 4591442060115968 : Task Closed - Congratulations, this task has been completed successfully.
16:48.04Notify02GCI:helix * 6637040225484800 : Task Claimed - I would like to work on this task.
16:54.05Notify02GCI:brlcad * 4591442060115968 : awesome, this is perfect -  This is ... yeah, just awesome! I think the ascii art depictions are possible (heck, you could always visualize in 3D and pass an image...
16:54.20Notify02GCI:brlcad * 6637040225484800 : Task Assigned - This task has been assigned to Yash. You have 100 hours to complete this task, good luck!
16:57.13*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-nxbzqjoezxlmwoyk)
16:59.01Notify02GCI:tannousmarc * 6733016101552128 : Ready for review - The work on this task is ready to be reviewed.
17:01.04Notify03BRL-CAD:starseeker * 63907 brlcad/trunk/db/nist/CMakeLists.txt: Add the pdf visuals of the NIST targets.
17:03.18Notify02GCI:thevk * 4977508348854272 : Task Claimed - I would like to work on this task.
17:06.53Notify02GCI:o7p9bxbnyj * 5792678377684992 : Task Claimed - I would like to work on this task.
17:07.23Notify02GCI:brlcad * 6676395413471232 : Task Closed - Congratulations, this task has been completed successfully.
17:08.53Notify02GCI:brlcad * 6676395413471232 : what a great preview -  Aditya, can you describe how you put this gallery together? It looks like you used some tool(s) (which is great/fine), but I'm wondering if...
17:14.56Notify03BRL-CAD:ejno * 63908 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libged/simulate/collision.cpp and 5 others): update the database for librt when necessary
17:15.38*** join/#brlcad adityagulati (dce32db2@gateway/web/cgi-irc/kiwiirc.com/ip.220.227.45.178)
17:16.41Notify02GCI:adityagulati * 5581079297654784 : Task Claimed - I would like to work on this task.
17:18.12Notify03BRL-CAD:ejno * 63909 (brlcad/trunk/src/libged/simulate/world_object.cpp =================================================================== and 151 others): add missing files
17:20.39Notify02GCI:adityagulati * 6676395413471232 : Thanks -  Sean,  I Made the task in a Software called jAlbum.  It is devoted to making web albums.  There used to be a raw file but I don't have it now.  If...
17:25.28*** join/#brlcad albertcoder (~quassel@61.1.4.113)
17:36.36nmz787_idoes BRL support reading FBX files?
17:36.47nmz787_iI saw that Rhino 3D can export NURBS as that format
17:37.02nmz787_iand I heard that Rhino made the NURBs kernel that BRL is using
17:37.08*** join/#brlcad alisha (~alisha@115.244.172.208)
17:37.13Notify03BRL-CAD:carlmoore * 63910 brlcad/trunk/src/util/pixclump.c: remove ' from Usage; add h for help; use 'omitted' in 2 comments
17:37.34nmz787_isince BRL has been a bit slow to get started, and Rhino's edu license is $140... it might be worth it for me to buy and use to produce open-source models
17:37.38nmz787_iwhile I get up to speed with BRL
17:41.27Notify03BRL-CAD:carlmoore * 63911 brlcad/trunk/src/util/pixcolors.c: speed up run by setting up 3 else's
17:49.00*** join/#brlcad nmz787_i (~nmccorkx@192.55.55.39)
17:50.13*** join/#brlcad MarcTannous (bc192596@gateway/web/cgi-irc/kiwiirc.com/ip.188.25.37.150)
17:52.34raptor_Please check my work - https://www.google-melange.com/gci/task/view/google/gci2014/6632135641268224
17:52.35gcibot[[ Implement script to create a planetary gear || BRL-CAD || NeedsReview (2 days 19 hrs 48 min) || Kesha Shah, Harmanpreet ]]
17:53.52Notify03BRL-CAD:starseeker * 63912 brlcad/trunk/src/librt/test_shape_recognition.cpp: Use a few more tolerances
17:54.23MarcTannousgood evening guys
17:54.24*** join/#brlcad merzo (~merzo@104-60-133-95.pool.ukrtel.net)
17:54.52raptor_I have already done the following work
17:55.23raptor_good evening
17:56.40Notify03BRL-CAD:ejno * 63913 (brlcad/trunk/src/libged/simulate/rt_instance.cpp brlcad/trunk/src/libged/simulate/simulate.cpp): write to the database in the destructor of TreeUpdater
18:01.47*** join/#brlcad darshpreets (~darshpree@202.164.53.117)
18:06.03Notify02GCI:adityagulati * 5581079297654784 : File -  Sir,  https://www.dropbox.com/s/wzamveuc7n9p5k9/All%20CAD%20Designs%28GCI-2014%29.zip?dl=0  Here is the like to the file.  Regards,  Aditya
18:11.49Notify03BRL-CAD:ejno * 63914 brlcad/trunk/src/libged/simulate/rt_instance.cpp: check that the tree is modified before writing
18:26.20brlcadwaves
18:27.00MarcTannoushello
18:27.00Straguswaves back
18:27.15StragusGCI tasks keeping you busy? :)
18:28.11brlcadnmz787_i: no support for reading/writing FBX files -- that's a proprietary format and we avoid those with prejudice
18:28.20brlcadStragus: among many other things
18:28.33brlcadbut gci is the fun
18:29.19brlcadnmz787_i: we most definitely do use the openNURBS library (I wouldn't exactly call it a kernel) from the McNeel Rhino folks
18:34.27brlcadhm... so it looks like more logo work is needed oof
18:35.17brlcad``Erik: congratulations and welcome back :)
18:35.59brlcadandromeda-galaxy: generalized sweep is on our TODO, but is definitely not GCI work
18:38.25brlcadandromeda-galaxy: and you are spot on about rgba being a great way to go -- those project tasks push towards that direction
18:43.03Notify03BRL-CAD:brlcad * 63915 brlcad/trunk/TODO: update the rt* manual pages to note their libicv capability.
18:44.47brlcadstarseeker: won't be doing another big task push like the 150+ that were recently added, but we can still add more as needed especially if it's in a critical/useful/active area of work (e.g., related to converters, gcv, icv, rt*, etc)
18:46.22MarcTannousthanks for the new tasks by the way
18:46.26MarcTannousloads of them to choose from
18:49.43brlcadandromeda-galaxy: the pix file format is a fixed format -- possibilities are pixa and formats that have alpha support like png
18:50.52nmz787_ibrlcad: thanks, do you know of any other NURBS formats that BRL can import? someone just told me to use solidworks instead of rhino, if I decide not to use BRL from the get-go
18:50.56brlcadMarcTannous: you're quite welcome
18:51.11Notify03BRL-CAD:ejno * 63916 brlcad/trunk/src/libged/CMakeLists.txt: remove simrt
18:51.26nmz787_ibrlcad: my main concern is being able to code examples that open-source tools can use, without resorting to something 'rendered' like STL
18:52.06brlcadMarcTannous: it's looking like we still need another couple attempts at a production logo if you want to give it another go
18:52.22brlcadnmz787_i: we import nurbs via 3dm and step
18:52.45MarcTannousbrlcad: Why is that? What were the issues with the previous ones?
18:53.00brlcadnmz787_i: that are you trying to accomplish?  note that we don't provide useful editing of nurbs
18:53.13brlcadMarcTannous: a variety of issues
18:53.33brlcadyours and andromeda-galaxy's logo work were the two best, but both had issues
18:53.52MarcTannousbrlcad: If you want, just write the issues here and I'll fix it without needing to add it as a task
18:54.07brlcadnot noticed on review, but noticed when I went to add some new animation tasks that refernced them
18:55.44brlcadMarcTannous: it's a variety of issues, let me screenshot something
18:56.25brlcadmaths22: what are all those images dumped into the images directory? ... looks like they don't belong there :)
18:56.42brlcad(that's supposed to be a somewhat browseable directory)
18:57.29nmz787_ibrlcad: goal is to have parametric model library of fluidic components (basically pipes/tubes in different shapes)... that I can then connect together for a given 'fluidic circuit' design. Keeping the models as NURBs so when they're used together in a design, that NURBs intersection can go to work
18:57.55maths22brlcad: not sure.  I'll clean it up later today
18:58.27nmz787_ishorter term goal is to actually get to work on the library, rather than surveying all the open/free CAD tools endlessly.
18:59.01nmz787_iwhich is why I'm thinking of spending money, since the $ tools are likely more user-friendly
19:00.23andromeda-galaxybrlcad: for the rt alpha layer stuff, is the right place to do that in a new intermediate file format or in libicv & have icv handle it? also, I'm slightly confused by how rt renders to files at all, does it use icv for rendering to pix?
19:01.50*** join/#brlcad albertcoder (~quassel@61.1.4.113)
19:02.21brlcadMarcTannous: criteria I'm looking at are 1) that the design and render is backed by a .g file, that there's a version with and without the pegs, that that the pegs aren't too big/small (sticker is too big, 50% is too small), that the colors are close to what we used in our sticker design (dark grey and a ruby red), lighting is flat and shaded, and zero visual artifacts/discontinuities
19:02.58brlcadnmz787_i: do you have a concept picture of what you mean?
19:03.15andromeda-galaxybrclad: sorry to interrupt, but that reminded me --- what did you think of the render script I used for my second logo task? I tried to make it create a nice big variety of renders...
19:03.19MarcTannousbrlcad: Can I get  some RGB/HEX on the dark grey and ruby reds you want?
19:03.26brlcadmaths22: looks like something you ran dumped a few dozen images in there on dec 10th
19:03.53brlcadnmz787_i: any interest in modeling those in CSG+implicit format and simply exporting to nurbs?
19:04.49nmz787_ibrlcad: there are some renderings here: https://github.com/nmz787/microfluidic-cad/tree/master/implicitCAD/output
19:05.04nmz787_iand the source being the .escad files here https://github.com/nmz787/microfluidic-cad/tree/master/implicitCAD
19:05.25brlcadnmz787_i: I'd suggest also checking out openscad before you go proprietary
19:05.26nmz787_iI think implicitCAD is all CSG, which was pretty easy for me to understand
19:05.33brlcadthis is a great intro: http://blog.cubehero.com/2013/11/19/know-only-10-things-to-be-dangerous-in-openscad/
19:05.54nmz787_ibrlcad: I've been recommended to stay away from openscad as it is millions of lines written in multiple (human) languages
19:06.26teepeenmz787_i: see yourself http://www.openscad.org/documentation.html#tutorials-blogs and decide then :)
19:07.08nmz787_iteepee: my concern isn't their syntax, it is poor implementation and bugs that I want to avoid
19:07.11brlcadnmz787_i: I don't understand .. are you looking to write code or use a tool?
19:07.30nmz787_ibrlcad: umm, both?
19:07.33nmz787_i:)
19:07.36brlcadthe size and complexity of openscad is kind of irrelevant unless you're looking to do development :)
19:07.44brlcadand they're really not that big/complicated
19:07.52brlcadsomeone is counting external dependencies or something
19:08.01brlcadbrl-cad is far bigger and more complex :)
19:08.12nmz787_iI want my models to be parametric, and not suffer from calculation errors or degradation due to some weird math precision loss at some point
19:08.21brlcadsure
19:08.27nmz787_iI was recommended to use NURBs so the math stays high-level through the intersection operations
19:09.04nmz787_ii.e. the values of the curve aren't evaluated during intersection
19:09.15nmz787_iI don't really know how CSG works for intersection
19:09.20brlcadyeah, what I thought -- openscad is about 60k lines of code, almost entirely c/c++
19:09.28nmz787_iif the curves get evaluated into a float or something, then joined
19:09.35brlcadintersection is a csg operation :)
19:09.36nmz787_isomeone told me it was millions
19:09.38nmz787_ikanzure: ^
19:09.55nmz787_ibrlcad: I meant intersection of CSG vs NURBs
19:10.07nmz787_iintersection of NURBs produces a new NURBs equation right?
19:10.15nmz787_iidk what CSG intersection produces
19:10.29kanzurei told you opencascade was millions
19:10.51nmz787_ikanzure: you said something bad about openscad too I thought
19:10.55andromeda-galaxynmz787_i: in general, csg models are built up by boolean operations (intersection, union, subtraction) on simple parametric shapes (sphere, box, cylinder, etc.)
19:11.19kanzurei have said many things about openscad (there is very very very little reason to create an entirely new language just for cad) (they should be busy solving cad problems, not language design problems)
19:11.29kanzurehere are my notes about opencascade http://diyhpl.us/wiki/cad/opencascade/
19:11.29nmz787_iandromeda-galaxy: I know that, what I don't know is how that occurs... i.e. are new equations produces, or are the equations evaluated (discretized) first
19:12.02andromeda-galaxynmz787: conceptually, the operations form a tree with the actual csg primitive data as the leaves
19:12.07brlcadMarcTannous: http://brlcad.org/gci/logo/ <-- check out the two sticker png images
19:12.17andromeda-galaxyas far as I know, BRL-CAD doesn't evalauate that tree
19:12.19andromeda-galaxyuntil raytracing time
19:12.35brlcadMarcTannous: anything renedered can be color-corrected/adjusted in post-processing, the color mostly matters in the final output
19:12.52nmz787_ikanzure: so you were never telling me not to use openscad? you were just complaining about syntax/lexical stuff?
19:12.53kanzureyour opennurbs surface intersection stuff surely happens without raytracing (for example, for export)
19:13.08kanzurenmz787_i: i think openscad is a bad idea in general
19:13.24teepeekanzure: why?
19:13.25brlcadMarcTannous: and there's room for movement (e.g., the dark grey can approach black and should for a small icon, for example)
19:13.47kintelnmz787_i: FYI: The sinusoidal_mixer.escad you created is basically OpenSCAD. ImplicitCAD was inspired by openscad, but they dropped the development a long while ago
19:14.00kanzureteepee: well, the language design issues alone make me extremely suspicious of their ability to do prioritize cad-related problems
19:14.06teepeekanzure: it's perfectly fine saying it's not useful for stuff you need, but "bad idea in general" is a quite bold claim
19:14.14kanzureteepee: but secondly, if he wants nurbs, he shouldn't use openscad because that's not implemented
19:14.40Notify02GCI:james1f * 5269456200663040 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
19:14.51nmz787_ikintel: yeah the new 'maintainer' hangs out in another room I'm in... I like the implicitcad ease-of-use, but it doesn't render satisfactory results consistently
19:15.01teepeeshould disclose being part of the openscad team ;) (well team is a big word)
19:15.20kintel(and me being the rest of the team ;))
19:15.34kanzurewhere's juri_
19:15.36MarcTannousbrlcad: If I can throw a suggestion out there
19:15.38brlcadkanzure: I'd take exception to comments about prioritization too .. open source is often about scratching ones own itch, is it not? :)
19:16.02kanzurebrlcad: i think there are lots of ways to scratch language deisgn itches that do not involve promising cad kernels to users
19:16.05kanzure*design
19:16.09brlcadjust because they're not willing to scratch yours doesn't say anything about overall utility and especially of design/implementation
19:16.12MarcTannousbrlcad: I saw you want galleries for all the graphical work done in GCI, all of them having separate tasks. Can I combine it into a multi-tabbed, simple to use, one page gallery?
19:16.33MarcTannousbrlcad: Instead of having separate pages for everyhing, just split it into tabs on a single page
19:16.43nmz787_iI just don't want manufacturing errors, since I'm working on MEMS stuff
19:16.53kanzurebrlcad: to be clear, my actual beef with openscad, which is not really being expressed well here, is unrelated to this particular issue (i'm generally opposed to the idea of users generating stl files and sending those around on the internet)
19:16.55MarcTannousbrlcad: what I mean : http://codepen.io/wallaceerick/pen/ojtal
19:17.00teepeenmz787_i: which channel is that? I've seen the 31c3 talk where she mentioned the implictcad takeover
19:17.04nmz787_is/manufacturing/calculation/
19:17.15nmz787_iteepee: implicitcad, also hplusroadmap
19:17.54kanzurebrlcad: wait, sorry, my last statement was unfair. i do have other beefs, so i shouldn't misrepresent myself as having just one beefstrips
19:18.01brlcadMarcTannous: sure, but I don't want to dominate a single task when it's a lot of work to find/download/resize/organize each of the different task categories
19:18.05andromeda-galaxyMarcTannous: the (ab)-uses of CSS nowdays continually amaze me...
19:18.16nmz787_ialso implicitcad silently passes syntax errors, so it was hard to debug sometimes, and you don't realize the error until you open the output STL in meshlab
19:18.43MarcTannousandromeda-galaxy: Just read today that someone developed a quick change to CSS that allows it to have a for instruction, that one amazed me :D
19:18.44kanzureimplicitcad is just a haskell library, there's no reason for your haskell compiler to be missing out on syntax errors....
19:19.00MarcTannousbrlcad: I can just submit the same file to all the tasks, but I think this way it's more convenient on your end
19:19.01kanzuretheir escad stuff seems like it should be unrelated to implicitcad (e.g. a bug)
19:19.10nmz787_isince I am doing MEMS, I also want to be able to export to a mesh to do physics simulations (FEA, CFD)
19:19.23brlcadkanzure: fair enough complaint about stl output -- it is very much an output artifact central to their current implementation, but not central to their descriptive syntax
19:19.32nmz787_iso that is why I want the rendered mesh to be as precise/accurate as possible
19:19.51brlcadit'd be conceivable to output a brl-cad .g file for example, or bridge from our format to theirs even without too much heartache
19:19.56andromeda-galaxyMarcTannous: indeed... if I remember correctly, there's some kind of an eval of in css to allow computing stuff based on other sizes that would be really useful in some places... I have to admit, I'm curious how hard it would be to make CSS turing-complete, given some of the things that can be done with it.
19:20.35MarcTannousandromeda-galaxy: Loads of guys around the web are discussing CSS+HTML being turing-complete or not actually, with some small additions
19:20.42MarcTannousTechnology sure is moving fast :D
19:21.14kintelnmz787_i: btw., if you have openscad questions, feel free to join #openscad - it’s actively being developed
19:21.17andromeda-galaxyindeed ... it seem's wayyy overkill for the original purpose of CSS, and yet can be so useful --- of course, if it is turing complete , than we can implement a for loop in pure CSS
19:21.19brlcadMarcTannous: or you submit a design with one tab, and just combine them all when you're done into one?
19:21.29kanzurebrlcad: i think that something along the lines of cadquery makes more sense (generic library api, then call the library from whatever language you want, and then your weirdo custom language can be another option that i'm free to ignore :))
19:21.45kanzure(i believe implicitcad used to have this before they turned into openscad2?)
19:21.51MarcTannousbrlcad: Sure thing, will ping you with a link to it when it's done over IRC
19:22.30kanzurekintel: did you happen to ever look at python-brlcad or cadquery or pythonocc, by any chance?
19:22.49kanzureor stuff like cffi, ctypes, swig, ffi, etc...
19:23.05brlcadkanzure: lost me at "CadQuery is based on OpenCasCade."
19:23.19nmz787_ikintel: thanks, I will look into it... I wanted to give those .escad models a try with openscad
19:23.32kanzurebrlcad: cadquery is not really based on opencascade.. i mean... he implemented a wrapper around freecad, but that was an accident (i think if pytohn-brlcad had existed earlier, he would have used python-brlcad instead)
19:23.32kintelkanzure: Are you referring to python bindings or use of OopenCascade?
19:23.44kanzurei am referring to not-necessarily-python bindings
19:23.59brlcadpython-brlcad is much more exciting ;)
19:24.35nmz787_iyeah I tried using python-brlcad, but it was segfaulting on nosetests
19:24.59brlcadnmz787_i: not yet intended for production use iirc
19:25.00kintelkanzure: I’ve written enough bindings to know not to get involved at this point. We’re not offering a kernel anyway, but a front-end to various back-end technology
19:25.28kanzureyes except your users are totally locked into that
19:25.34kintelkanzure: if you want a binding, why not just use cadquery? It’s exactly what that is
19:26.04nmz787_ikintel: I tried using cadquery too, but couldn't find much info on how to get started... and also freecad is supposed to crash all the time
19:26.13nmz787_i(which I've heard from other sources than just kanzure)
19:26.15teepeekanzure: right, locked into an open source project. that sounds funny. especially with lots of other projects being able to read the format too :)
19:26.17kintelkanzure: well, as a user of any other tool, you’re also totally locked into their APIs
19:26.54teepeeyep, can't see much difference with a library.
19:27.21kintel..plus that the openscad codebase is microscopic compared to the other ones we’re discussing here
19:27.22kanzure(isn't it more likely that you will take your own default position though? i'm not sure if you're expecting me to be surprised that you disagree)
19:27.44kanzurei don't know why creating an entire new language is ever considered appropriate here
19:27.57kanzurebut either way, it's been done and unfortunately it will continue to be used
19:28.21teepeeregarding general scripting languages, I partially agree
19:28.48teepeethere is some use for http://en.wikipedia.org/wiki/Domain-specific_language though
19:28.53kanzurei'm not sure if kintel is arguing that new languages are better than api bindings
19:29.04nmz787_iprepare for backlash re domain specific langs
19:29.10kanzurei think that a domain specific language that lives as a separate totally unrelated project is probably okay
19:29.51brlcadof cadquery's 5 listed advantages, the only ones that seem to have any value to me are the first and last (standard language and performance) and they're not that compelling in isolation imho
19:30.19kanzurei was mentioning cadquery to you in that context for the purpose of demonstrating an api
19:30.30kanzurei don't know what advantages they list, i haven't checked that list so i can't speak for it
19:30.43brlcadcorrect me if i'm wrong, but it wouldn't take much to take the existing syntax and make it fit a given language like python with similar syntax
19:30.54kanzureit would be huge amounts of effort, involving parsers etc
19:31.15brlcadkanzure: heh, right on their main page: https://github.com/dcowden/cadquery
19:31.38brlcadkanzure: their entire code is 60k .. i do not call that huge amounts of effort
19:31.49kintel..and writing a parser is trivial
19:31.55brlcadwe have single one-way converters that are three times that size
19:31.59kintel..compared to a CAD kernel
19:32.43brlcadit's solid effort, so I wouldn't devalue the investment -- what is proven is that their syntax is easy/approachable, comfortable for non-coders even
19:33.27kanzureyes, if you want to just ship something out the door as fast as possible, sure anything goes i guess?
19:33.33brlcadthat's what makes point #4 a bit moot, and if we bridged to them, they'd get step support for #2, #3, and #5
19:33.35teepeeindeed, I see lots of room for both approaches
19:33.53kanzurelook, i'm totally okay iwth domain speciifc languages as long as they are not mandatory and as long as they are not polluting my libraries and dependencies
19:33.54brlcadkanzure: I don't think that's fair
19:34.18kintelkanzure: Think html :)
19:34.20kanzureusers have no idea if they are using a cad kernel or not
19:34.31kanzureif you just want stuff users will download almost anything goes heh
19:34.45kanzureit's not like they are thinking about long-term maintainability and ecosystem stuff
19:34.51kanzureotherwise you wouldn't have people emailing me 100 MB stl files :(
19:36.08brlcadI also have a hunch that using a standard language is not really the issue here ... it's that it's not your preferred language? :)
19:36.29brlcadotherwise, why isn't everyone using our .asc format .. it's basically the same, and valid tcl :)
19:36.40*** join/#brlcad raptor_ (~raptor@213.222.229.209)
19:36.44kanzurethat is a good question
19:36.45brlcad(it's terrible as a declarative structured geometry syntax is why)
19:37.10kanzureright, so brlcad only has tcl bindings other than python-brlcad at the moment, right? and possibly-broken-but-i'm-not-sure perl swig bindings
19:37.54kanzureone possible reason that not everyone is using that is because there are so few tcl users any more, especially tcl users that want to be doing cad stuff. but i'm not sure if this is true.
19:38.36nmz787_itcl is a bit wonky to look at and try jumping into
19:38.36kanzurei would expect that if making bindings was easier somehow (more on this later... not now), that others would come along and make more bindings into brlcad and reuse cad kernel stuff in many other applications and projects.
19:38.41kanzurei mean, that was certainly my intention
19:38.44kanzurefor making python-brlcad things
19:39.46kanzure*making brlcad bindings was easier (and my side comments later are theoretically about suggestions i can give based on experiences during time i've spent on python-brlcad, although personally you've been around most of the time that was happening so you're probably fully aware of most things i could say anyway)
19:39.54brlcadpick any language any you will gain supporters and lose customers ;)
19:40.07brlcadthe same can be said of not picking a language and creating one
19:40.27teepeehehe
19:40.28kanzurewell, to be fair, maintaining bindings inside brlcad itself is probably not ideal anyway, but making that easier or more consistent would be a nice and pleasant thing to do for others
19:40.41kanzureby not ideal i mean you should not have the maintenance costs of 2000 different bindings or whatever
19:41.07kanzure*you should not take on the maintenance costs of
19:41.45kanzurefor example, a bunch of the opennurbs additions that happened in brlcad were not part of the c api, so i couldn't wrap/bind those as easily
19:41.52brlcadkanzure: that's my view -- that any language/exposure is a front-end interface issue, and our job (in brl-cad at least) is to simply define the constructs that are supported (which we're doing in libged in a command argv form and in wdb in procedural form)
19:42.47brlcadthat's why I wouldn't hesitate to create a bridge to openscad's current syntax, possibly even replace our .asc format with that if it were fully compatible, just to increase collaboration potential
19:42.56brlcadto many disparate open source CAx activities
19:42.59kanzurewell, users are users
19:43.07kanzurebut i don't recommend switching to cgal or whatever
19:43.27brlcadthat's an implementation detail
19:43.35brlcadcould change on their end, related to their GUI
19:43.51brlcadnot necessarily intrinsic to what I see is the main value of openscad
19:44.07brlcade.g., I could probably drop brl-cad under their hood in a month and nobody would be the wiser
19:44.23kanzureyes, it's very hard for me to discern the differences between when people are talking about the merits of the relative popularity of openscad versus the merits of cad related things happening in openscad
19:44.33nmz787_iheading to eat, thanks for the great discussion, I will read logs
19:44.35nmz787_ithanks a lot!
19:44.57brlcadthe value is in that easy to use syntax (which would be interesting to see how it extends if it were made compatible with some language)
19:45.19kanzureyes if you compile brlcad directly into it sure you can get whatever you want, but isn't that cheating
19:45.20brlcadnmz787_i: heh, you're welcome (I think ...) this is what you get with open source, lots of discussion and possibilities ;)
19:45.44kanzureso, again, a domain specific language is okay, but i see no reason to couple it to a gui......
19:46.17kanzurei feel like i'm a evangelist for "separation of concerns" here, i dunno. i think i'll go buy nmz787 some lunch now..
19:46.35brlcadoh sure, I guess I just automatically see them as separate issues
19:46.37kintelkanzure: what GUI? I’m sure you’re aware of openscad being available as pure cmd-line without linking with Qt?
19:46.42brlcadtheir format and their gui
19:46.56brlcadand their evaluation engine
19:47.41kintelkanzure: Creating a clean API to the geometry description would be nice indeed. If someone is up for that kind of refactoring job, I’d support it.
19:47.51brlcadkintel: anyone thought about what changes would be need to make your syntax lisp/scheme compatible?
19:47.58brlcadseems awefully close already
19:48.07teepeethere's a wrapper for that :)
19:48.38andromeda-galaxynow that sounds interesting...
19:50.31brlcadkintel: so have I said it again recently, that we want to import/export your format? ;)
19:50.41kintelbrlcad: I’ve though about it, but not sure if it would help. the evaluation engine itself, otoh, would benefit from having a clean existing engine driving it
19:50.51teepeeah, well, it clojure - https://github.com/farrellm/scad-clj
19:50.59brlcadwould be interesting to itemize what'd be needed to make brl-cad do the evaluations too, especially now that libgcv is started
19:52.07kintelwhat’s libgcv?
19:52.12brlcadugh, why's that EPL?
19:53.15brlcadkintel: we're creating a geometry conversion library intended to make our 20+ importers/exporters available for end-user and application development use
19:53.28brlcadwhere each format is basically a plugin to the library
19:53.31kintelah. right, you mentioned that
19:53.37brlcadeven our own .g and .asc formats
19:53.53brlcadlets us get our STEP and IGES converters into other people's hands
19:53.58kintelimport/export would be cool ;)
19:54.11brlcadas well as provide a tool similar to image magick's "convert" for geometry
19:54.19brlcadgcv file.step file.stl
19:54.23brlcadboom
19:55.16andromeda-galaxythat would be nice... do we have any support right now for detecting file types based on magic number-type identifications?
19:55.28brlcadwe'll have at least four formats done by summer
19:56.05brlcadandromeda-galaxy: no, but that's an interesting idea as an advanced filetype sensing option
19:56.14brlcads/option/feature/
19:56.25andromeda-galaxybrlcad: if I remember correctly, convert uses that to try to help with filenames that are wrong/overlapping extensions
19:56.35brlcadright now it's declarative first, you specify a recognized extension
19:56.48andromeda-galaxyso for a general conversion library it seems like it would be useful... just as something to think about for the future, at least
19:56.55brlcadyeah, I figured but we won't likely run into that any time soon
19:57.10brlcadthe proprietary formats have a good bit of overlap, but the open standards not so much
19:57.24andromeda-galaxythat's true
19:57.52andromeda-galaxybrlcad: not sure if it got lost in all the other discussions, did you see my other questions above?
19:57.55brlcadthere will most certainly already be sensing within various plugins that are type-aware
19:58.23andromeda-galaxythat makes sense...
19:58.31brlcade.g., our .g plugin sensing whether it's a v4, v5, etc or 3dm sensing their version, or stl sensing whether it's binary or ascii format, etc
19:59.20brlcadstill, our first step is declarative ... "convert this to that using these parameters"
19:59.39brlcadthat's enough work as it is, especially for the huge formats like iges and step
19:59.44andromeda-galaxyright... then once that is working, we can think about doing things like advanced format detection &c.
20:00.06brlcadI was going to have a slew of gci tasks in this area, but it's a complicated topic to get into
20:00.28brlcadright, format detection, tolerance sensing, orientation sensing
20:00.30andromeda-galaxytrue... I also remember having trouble with the little bit of IGES work I did last year where finding a good spec is pretty hard
20:01.35brlcadpossibly even advanced shape recognition ... specify a flag that requests "shape compression" or "shape recognition" for example, and it might turn a file of stl spheres into actual implicit point+radius sphere definitions
20:02.06brlcadstarseeker is basically working on that as a research project now
20:02.11teepeethere were some interesting videos on yt about that, but no additional info
20:02.14andromeda-galaxythat sounds like a really interesting possibility... I'll have to talk to starseeker about it sometime
20:02.38brlcadwe have some customers that are interested for real use
20:04.25*** join/#brlcad sofat (~sofat@202.164.45.204)
20:04.58andromeda-galaxyindeed... it seems like there would be a number of uses for that kind of functionalaity
20:05.27andromeda-galaxybrlcad: not sure if they got lost in all the other discussions, did you see my other questions above (at about 7:00 GMT)?
20:06.32teepeeright, there it was - "reverse engineering STL" https://www.youtube.com/channel/UCSO65ViVDuM1ysHa_vHpg3Q
20:13.17MarcTannousbrlcad: are you still around?
20:13.29Notify02GCI:deepakkumarsharma * 4977508348854272 : Task Assigned - This task has been assigned to Vladimir Kuznetsov. You have 100 hours to complete this task, good luck!
20:13.59Notify02GCI:deepakkumarsharma * 5581079297654784 : Task Assigned - This task has been assigned to Aditya Gulati. You have 100 hours to complete this task, good luck!
20:14.19Notify02GCI:deepakkumarsharma * 5792678377684992 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 100 hours to complete this task, good luck!
20:15.33MarcTannousI want to just get some quick feedback on http://www.google-melange.com/gci/task/view/google/gci2014/6733016101552128
20:15.34gcibot[[ Create a web gallery of GCI website landing page designs || BRL-CAD || NeedsReview (3 days 1 hrs 52 min) || Sean, Dishank ]]
20:15.44MarcTannousSo that I know whether I'll do all the other galleries tomorrow or not
20:17.48starseekernmz787_i: if no one suggested it yet, FreeCAD may also be worth a look.
20:18.16kanzurehas been suggested to him many times
20:18.22starseekerah, k
20:18.30starseekerwhole lotta scrollback to scan
20:18.38kanzureit's hard to come up with reasons to use freecad because maintaining it means maintaining http://diyhpl.us/wiki/cad/opencascade/
20:18.51kanzureand then all your cad models have maintenance costs tied into that
20:18.57kanzurebtw verbnurbs is worth reading
20:19.20Notify02GCI:o7p9bxbnyj * 5792678377684992 : Ready for review - The work on this task is ready to be reviewed.
20:19.46starseekerkanzure: now that they've (finally) got LGPL, opencascade may get some real open source interest
20:20.33kanzurei think that they would have to release more of their test cases for that to happen
20:20.51Notify02GCI:dishank * 6733016101552128 : xvcx -  xv x
20:23.20starseekerkanzure: brlcad may disagree, but for me this video makes taking a look at FreeCAD as a model creation tool an interesting possibility from a user's standpoint:  https://www.youtube.com/watch?v=wWKzRr2Qw1o
20:23.20kanzurestarseeker: actually a common set of testcases for evaluating cad engines would be extremely helpful
20:23.53kanzurestarseeker: i think freecad is a wonderful idea but i personally can't invest in the efforts necessary to seriously reduce the buggyness of opencascade. perhaps if they switch to brlcad+opennurbs...
20:24.01brlcadandromeda-galaxy: you can most certainly disassemble that gear bearing ... just can't reassemble it without an adhesive ;)
20:25.15andromeda-galaxybrlcad: true
20:25.54brlcadanything can be disassembled ;)
20:26.04brlcadexcept johnny five
20:26.29kanzurei have tried to reduce buggyness of opencascade but it's seriously hard with limited tests and variables like "aMPBLPB" and "aMPBLI" to accurately refactor anything
20:27.04StragusMmhm, code written by mathematicians
20:27.16brlcadMarcTannous: i responded to that ... you can do them all but just submit one tab at a time ... that's also in case there are edits needed
20:27.19kanzuremathematicians do that?
20:27.23andromeda-galaxybrlcad: indeed... does rt use icv for image output to pix, or only for output to other formats? The rt code for dealing with output is somewhat complicated
20:27.50MarcTannousbrlcad: Just want to make sure the design is alright so that I don't do all of them with a flawed base or crucial thing missing
20:27.56brlcadMarcTannous: or do one tab, submit, two tabs, submit, etc, as you finish each section
20:28.17brlcadall the more reason to just do one task
20:28.21brlcadtab
20:29.00brlcadI was planning on combining these all into a master gallery, so i'll add a task to do just that
20:29.16brlcadand you can put the final assemblage there
20:29.46brlcadwe'll let our community vote on a best/final presentation to use in an announcement
20:30.03brlcadthe first one submitted earlier today for animations was pretty fantastic
20:30.17sofat<PROTECTED>
20:30.31brlcadhe l lo
20:30.32sofat<PROTECTED>
20:31.11sofatwhat is status of docbook project ? how much work is left in this project
20:32.02sofatyou only need about us page ? or more then.
20:33.15MarcTannousbrlcad: Yeah, just checked out the one done for animations, it's done with an intermediary application though
20:33.20brlcadstarseeker: what's so interesting about that tutorial video?
20:34.00starseekerbrlcad: to me, the relative ease of creating and editing a NURBS model
20:34.22starseekerquite a sharp contrast from MGED :-/
20:34.45brlcadthis was created about 10 years ago in just a couple minutes too: http://en.flossmanuals.net/contributors-guide-to-brl-cad/feature-overview/_booki/contributors-guide-to-brl-cad/static/bearing_cc.png
20:34.49kanzurethis is the pythonocc video i like: https://www.youtube.com/watch?v=ZUCv7COgzU0&t=20s
20:35.34kanzure(although would be better if they demoed doing an intersection or something)
20:35.51sofatbrlcad, please tell me
20:35.58brlcadstarseeker: one must assert equivalent interface familiarity if you want a fair usability comparison
20:36.03kanzureperhaps this one https://www.youtube.com/watch?v=mnQ1IqfjsCs&t=1m
20:36.25starseekerbrlcad: or assume no familiarity with either interface and start cold in both cases
20:36.26brlcadif you know the commands, that model is literally about 10 commands, all trivial
20:36.35brlcaddon't think you even need to crack out oed
20:37.27brlcadandromeda-galaxy: I believe it uses icv, but would have to check the code
20:37.54kanzurei think there's definitely something going on differently in that freecad video
20:38.18kanzureand it's not the number of commands or the relative distribution of different characters in api calls :p
20:38.36andromeda-galaxybrlcad: ahh, thanks
20:39.02brlcadkanzure: "a common set of testcases for evaluating cad engines" would be awesome .. and complicated when you involve different representations and formats
20:39.16andromeda-galaxybrlcad: also, did you see for my second logo modelling task the render script that I used? I was curious what you thought of it...
20:39.29brlcadeven if one ONLY handled triangles, you're looking at probably a dozen different capabilities just on the geometry definitino
20:40.00sofats/ definitino/definition
20:40.03andromeda-galaxybrlcad: what about writing test cases for one format (e.g. .g) and then getting something like gcv set up to the point that pretty much anything can be tested by it?
20:40.07starseekerbrlcad:  once our CSG->BREP path is solid and working, the CSG approach to making that bearing might be viewed as comparable - at the moment, CSG geometry is a BRL-CAD only game.  In FreeCAD I can save a STEP file from that and bring it up just about anywhare.
20:40.25kanzurebrlcad: i agree the format testing would be definitely annoying and very elaborate, although basic cad geometry testcases might be doable somehow... not sure.
20:40.38kanzurei guess you sort of need file format compatibility first, so you can load serialized models :(
20:41.24kanzurealthough, you could do very simple tests like "intersect two very basic primitive objects, then raytrace through the final model and evaluate at a point"
20:41.36kanzureand just vary parameters like sphere diameter and cylinder params
20:41.38raptor_please check out my work https://www.google-melange.com/gci/task/view/google/gci2014/6632135641268224
20:41.39gcibot[[ Implement script to create a planetary gear || BRL-CAD || NeedsReview (2 days 16 hrs 59 min) || Kesha Shah, Harmanpreet ]]
20:41.49brlcadMarcTannous: I like the landing page scroller, but I think clicking through to the design should be more than a little preview .. open a tab to the actual design (at least the image preview if not the actual index.html most have)
20:42.26kanzureraptor_: python-brlcad gives you access to rcc in python
20:42.30sofatbrlcad, guide me
20:42.43brlcadteepee: thanks for the link -- starseeker's looked at a lot of research on the topic, but not sure if he's seen https://www.youtube.com/channel/UCSO65ViVDuM1ysHa_vHpg3Q ... I hadn't
20:42.44kanzureraptor_: neat
20:43.17raptor_oh super!
20:43.19starseekerhah - no, I hadn't seen that
20:43.20teepeebrlcad: kintel found that some time ago, unfortunately I could not find any additional info about that
20:43.32brlcadandromeda-galaxy: that is the idea with gcv, that will be the perfect testing framework as the ideal is comprehensive preservation and mapping, which usually won't be possible
20:44.03kanzureopencascade presumably has stl surface approximation things somewhere
20:44.07brlcadandromeda-galaxy: will make it possible to also start talking about data metrics too, how different representations mary
20:44.10brlcads/mary/vary/
20:44.26starseekerandromeda-galaxy, brlcad: you guys might want to decide between you if it's worth adding any more NACA tasks.  My main concern at this point andromeda-galaxy is that you get credit for the work you've put in
20:44.33kanzuresee near AppParCurves on http://diyhpl.us/wiki/cad/opencascade/
20:45.12kanzureoh wait, no... not the right module...
20:45.33brlcadstarseeker: so ... non sequitor regarding the fact that was implicit+csg ?  you were talking about the ease that video makes modeling seem and my point is that it's just as easy if not easier already
20:45.50brlcadI don't disagree that export is an issue, but that also begs what the modeling purpose was
20:46.18starseekerwell, I guess my thought was the model created in that video is actually a NURBS model, realized and practical
20:46.20brlcadmoreover, that model actually probably works
20:47.04brlcadthe format representation is irrelevant until a purpose is identified
20:47.43raptor_I'm currently working on the translation svg graphics in brl-cad sketch
20:47.58brlcadagain, I don't disagree .. but we were talking about the interface and usability
20:48.15brlcadconflating that with the end purpose is ... well ... conflating their interface and usability unjustly
20:49.07starseekerbrlcad: I suppose.  I guess I tend to lose site of the fact that for the rest of the world, the NURBS model is the means and not the end ;-)
20:49.08brlcadwe're really close to csg->nurbs .. I think even closer than we realize
20:49.22brlcadmost of the world doesn't even know they're nurbs models
20:49.23starseekersuggests consulting n_reed
20:49.27brlcadit's about it being a set of surfaces
20:50.07brlcadI know what n_reed thinks about it, I poured over his writings and we've talked about it at length .. :)
20:50.58MarcTannousgood night guys
20:51.03brlcadMarcTannous: did you get my feedback?
20:51.04andromeda-galaxystarseeker, brlcad: I've submitted tasks for all of the naca work that I've done so far (though a bunch of them took a *lot* of time each), and some of it hasn't yet been committed to SVN because it still doesn't pass the last 4 test cases & may have some memory leaks.  If we don't add any more tasks for NACA now, I'll do it after GCI is over, but I'm fine either way
20:51.19MarcTannousbrlcad: on the logo?
20:51.25brlcadon the landing page design
20:51.34brlcadyou said something about the logo?
20:51.42MarcTannousbrlcad: nope, did not get your feedback
20:51.51MarcTannoushttp://www.google-melange.com/gci/task/view/google/gci2014/6733016101552128 somebody commented with some random letters
20:51.52gcibot[[ Create a web gallery of GCI website landing page designs || BRL-CAD || NeedsReview (3 days 1 hrs 16 min) || Sean, Dishank ]]
20:51.53MarcTannousthough
20:52.30brlcadMarcTannous: huh, I don't see it either
20:52.36brlcadi swear I wrote it! :)
20:53.11brlcadahh, there it is
20:53.12sofatbrlcad, ok i think you are busy i am leaving because there is mid night so good night
20:53.20brlcadMarcTannous: I like the landing page scroller, but I think clicking through to the  design should be more than a little preview .. open a tab to the actual design (at  least the image preview if not the actual index.html most have)
20:53.43brlcadsofat: it's a very busy day, sorry
20:53.55MarcTannousbrlcad: that would mean a couple hundred of gigs folder that would include all their work, instead I linked to their tasks
20:53.58brlcadsofat: and asking to guide you isn't constructive (ever) :)
20:53.59starseekerbrlcad: heh, fair enough.  you've proven to have a consistently better sense of such things than I do
20:54.01sofatokay no problem
20:54.06MarcTannousbrlcad: does that not work?
20:54.14brlcadsofat: ask me a question that's not open-ended (and if I missed it, slap me)
20:54.28MarcTannousand I can still not see the comment on my end
20:54.30MarcTannouson melange
20:54.56brlcadstarseeker: well, it's also glass half full/empty too and not getting obsessed on what we don't handle when there's a whole category that we do already (which may be perfectly sufficient for some % of users)
20:55.00sofati just want to know pending work in docbook project
20:55.45brlcadhttp://www.motifake.com/image/demotivational-poster/1005/various-views-half-full-half-empty-who-knows-demotivational-poster-1274030652.jpg
20:56.03brlcadMarcTannous: couple hundred gigs?
20:56.11MarcTannousmegas* sorry
20:56.16MarcTannousam tired, midnight here
20:56.30starseekerheh.  I hadn't seen that poster
20:56.45MarcTannoushaving a webpage that big would make load time skyrocket
20:56.52brlcadMarcTannous: at a minimum, it should open a preview image like you have previewed there (but bigger)
20:57.04andromeda-galaxyMarcTannous: what about xhr
20:57.12MarcTannousandromeda-galaxy: what's xhr?
20:57.18andromeda-galaxyXMLHttpRequest
20:57.19MarcTannousbrlcad: Okay, will do that
20:57.20andromeda-galaxy?
20:57.20brlcadand i'm also not sure where hundred's of MB's is coming from :)
20:57.29MarcTannousI downloaded all of them
20:57.41brlcadso what's the exact size? :)
20:57.42andromeda-galaxyMarcTannous: https://developer.mozilla.org/en-US/docs/Web/API/XMLHttpRequest/Using_XMLHttpRequest
20:58.12MarcTannousbrlcad: just a sec, chrome does not show exact sizes
20:58.21andromeda-galaxyMarcTannous: keep a nice small page, maybe even with reduced-resolution thumbnails, then when it's clicked on send a request to get the rest of the data and show it in the popup
20:58.28starseekerponders that at a quantum mechanical level the interior volume of the class (and for that matter the water) can never be exactly known, so if you look at it right it's never exactly half anything...
20:58.35starseekers/class/glass
20:58.47starseekerhmm, apparently I don't spell well on too little sleep
20:58.59MarcTannousandromeda-galaxy: Implementing HTTP requests on a page that serves a basic purpose like this seems unpractical though, doesn't it?
20:59.05brlcadMarcTannous: and you're not putting all of the designs in their entirety on one page -- your preview there is perfect
20:59.15brlcadit's once I select a design, I want to go to it and see it
20:59.24brlcadnot just get sent to melange
20:59.45andromeda-galaxyMarcTannous: did you look at the link
21:00.07brlcadMarcTannous: example: https://www.google-melange.com/gci/task/view/google/gci2014/6676395413471232
21:00.08gcibot[[ Create a web gallery of GCI animated logo designs #2 || BRL-CAD || Closed || Gauravjeet Singh, Ch3ck ]]
21:00.09andromeda-galaxyMarcTannous: XHR is a standard mechanism, just do new XMLHttpRequest() from javascript & then it's easy
21:00.33brlcadplus, those are animations .. and it was only 60 MB :)
21:00.52brlcadso I'm really curious where all that size is going
21:00.58MarcTannousbrlcad: A website that has 60mb is huge
21:01.09andromeda-galaxyfrom MDN (MOzilla Developer Network): "MLHttpRequest makes sending HTTP requests very easy.  You simply create an instance of the object, open a URL, and send the request.  The HTTP status of the result, as well as the result's contents, are available in the request object when the transaction is completed. This page outlines some of the common and even slightly obscure use cases for this powerful JavaScript object
21:01.19brlcadMarcTannous: huh?
21:01.27brlcadthis is a showcase gallery
21:01.32brlcadfrankly don't care how big it is
21:01.46MarcTannousokay
21:01.53MarcTannouswill just forward to each index.html then
21:02.01MarcTannousthought this was gonna get uploaded somewhere
21:02.13brlcadwell upload it and send an e-mail out to people to have them check out the awesome work students did for gci and another to vote on which of those designs they like best, and discuss them, etc
21:02.21brlcadand then it all gets archied or goes away
21:02.34brlcad*we will upload it
21:02.52brlcadsorry, I'm not understanding something you're concerned with :)
21:03.03MarcTannousbrlcad: can you mark the task needing work so that I can change its status when I upload my finished work
21:03.53andromeda-galaxyMarcTannous: take a look at the mdn link if you haven't yet... xhr seems like a good idea for something like this
21:03.56Notify02GCI:brlcad * 6733016101552128 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
21:05.12brlcadMarcTannous: in the coding world, this is called premature optimization ;)
21:05.45brlcad(worrying about size prior to identifying a size issue or size requirement)
21:05.53brlcadthe goal is a useful gallery of designs
21:06.06brlcadif you can think of other ways to make it a useful gallery of designs, go for it
21:06.51brlcadthe website landing one you uploaded is shows me a tiny preview image and gives me a melange link
21:07.22brlcadso if I really want to look at that design, I have to do more work, download the XX MB of files, and check it out
21:07.48brlcadthat's like going to the Louvre and them giving you a catalog of their works around the world ... :)
21:07.56MarcTannousyes, the mistake was on my end, misunderstood the purpose
21:08.16MarcTannousthe version you are suggesting is way easier to implement too
21:08.33MarcTannoushave a good night, will have something up by tomorrow
21:09.04brlcadyeah, literally <a href="user/index.html">... or onclick="... or similar
21:09.22brlcadMarcTannous: thanks!  talk more later
21:09.24MarcTannousyup
21:09.44brlcadnotes he anticipates it will get crazy busy as we approach the final days
21:10.07andromeda-galaxybrlcad: that does tend to happen, unfortunately...
21:10.19brlcadaiming to review everything at least two times a day here through to the end so more work can get through and will get other mentors to do the same
21:10.40brlcadandromeda-galaxy: how's your standing with the break you took? :)
21:10.45andromeda-galaxybrlcad: by the way, do you know of a paper describing the comgeom GIFTv5 format? the document starseekes mentioned a while ago seems to be v4/v5
21:11.20andromeda-galaxybrlcad: the main thing influencing that break was that I was kind of running out of non-beginner tasks that were still doabl
21:11.29andromeda-galaxy*v1/v4
21:11.38brlcaddo you recall any that were specifically not doable?
21:11.57brlcadif you can't do them, then it's probably not a good idea to have them there or you misunderstood the task ;)
21:11.58andromeda-galaxyhmm.. for me, at least, anything needing Windows/licensed compile environments (which includes some of the fix unit test tasks)
21:12.07brlcadalso, did you have any other task work pending that I didn't create a task for?
21:12.23brlcadper my notes, everything is up that was a follow-on
21:12.24Notify02GCI:krishna_ravi * 5028787255246848 : Ready for review - The work on this task is ready to be reviewed.
21:12.42andromeda-galaxynope! thanks for making the visualization task
21:14.00brlcadandromeda-galaxy: you have ARBRL-TR-02083?
21:14.18brlcadandromeda-galaxy: thank you, those diagrams were great
21:14.40andromeda-galaxybrlcad: great! if we add more kinds of bundles, the code should be easily adaptable
21:14.48brlcadthe only way they would have been better would have been had you created 3D geometry or 3D plot data so the rays could be visualized in mged ;)
21:15.05andromeda-galaxyalso, I did try making ascii art using automated conversion tools for a couple of them, but they all came up with pretty messy output
21:15.42brlcadandromeda-galaxy: if you're up for it, starseeker has a point in that csg->nurbs is pretty much our #1 priority right now
21:15.57andromeda-galaxyhmm?
21:16.04brlcad(as a project)
21:16.06andromeda-galaxydo we have a roadmap layed out for it yet
21:16.07andromeda-galaxy?
21:16.19andromeda-galaxy(also, on, I don't have ARBRL-TR-02083, as far as I can tell)
21:16.19brlcadroadmap? we've been working on it for years ;)
21:16.39andromeda-galaxyI just meant for what's left to do... I couldn't find anything current
21:16.42andromeda-galaxywhen I was looking the other day
21:16.54andromeda-galaxyon comgeom, this was the only file that I could find: http://www.dtic.mil/docs/citations/ADB006037
21:17.04brlcadandromeda-galaxy: then what did starseeker give you?
21:17.22andromeda-galaxythe dtic link above is the only thing that I can find in my logs
21:17.46andromeda-galaxycombined with the stuff in the source code, it's usable, but it explains why I didn't figure out the air code problem sooner (i.e. v5 adds those fields)
21:18.49brlcadwe have basically one piece left (technically three)
21:19.00brlcadnurbs boolean evaluation
21:19.17brlcadbut that breaks down into a lot of testing, verification, and integration
21:19.26brlcadwhich you could help with
21:19.53brlcadevaluation is way too complicated for you to get into, but you could help in other areas
21:20.07*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
21:20.37brlcadthat's if you're interested, you could certainly have lots of fun hitting up more variety too
21:20.42andromeda-galaxymakes sense --- I might still be interested in taking a look at the papers around evaluation, but I probably won't understand them without doing a lot more research...
21:23.25andromeda-galaxyis the evaluation already (prototype)-implemented?
21:24.23Notify03BRL-CAD:ejno * 63917 (brlcad/trunk/src/libged/simulate/physics_world.cpp brlcad/trunk/src/libged/simulate/simulate.cpp): documentation for btDiscreteDynamicsWorld::stepSimulation() is somewhat unclear, but using these values results in smooth/stable rt-based collisions
21:26.34andromeda-galaxybrlcad: all the various faces of the csg->nurbs project seems interesting... have you put up gci tasks for any of them? If not, I might work on, e.g. rt transparency for the last few days of GCI and then look into the csg/brep stuff
21:26.41andromeda-galaxy*csg/nurbs
21:27.30andromeda-galaxyalso, what about doing more stuff with the bundle raytracing?
21:48.49*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
21:49.18brlcadandromeda-galaxy: the only thing I have in my records that I can find beyond a bunch of GIFT5 examples is http://www.dtic.mil/docs/citations/ADA248204
21:49.39brlcadlet me check one other place...
21:52.15andromeda-galaxybrlcad: thanks!
21:57.04brlcadandromeda-galaxy: even better is probably our importer: src/conv/comgeom/cvt.c .. see there a switch statement for v1, v4, and v5
21:57.58brlcadhttp://www.dtic.mil/dtic/tr/fulltext/u2/a256604.pdf mentions the GIFT5 differences on page 45
21:58.15andromeda-galaxybrlcad: indeed... I've been using the importer code to suplement the v1/4 documentation, I was just curious if anyone still had a copy of the full specification
22:01.11andromeda-galaxyahh, thanks! that one looks useful as well... the reason that I was curious is that the difference between v4/v5 material and air codes was the cause of the not-properly-rendering elements of the model imported from that comgeom generator model (I had to change the script to reorder the fields)
22:06.03brlcadnods
22:06.24brlcadshame there's not better OCR where this all just works ;)
22:06.37brlcadi have like 20 models in old pdf reports
22:06.42brlcadin comgeom format
22:06.52brlcadstarseeker probably has more
22:07.51brlcadandromeda-galaxy: so.. on to your next questions -- yes, it's available in prototype form and being actively worked on by n_reed
22:08.44andromeda-galaxybrlcad: ah, good! then testing/verification, at least, can start being worked on...
22:08.50brlcadthere are currently no tasks for nurbs work, but I would specifically add a few because this is a priority only if it's highly interesting to you
22:09.19brlcadactually, there is one task that is loosely related
22:09.32andromeda-galaxyit is a shame about OCR... unfortunately, even humans aren't that great at some of these old reports, I'm pretty sure I found a place somewhere in the generator model where there's a 6 instead of an 8
22:09.45brlcadthe PROJECT: implement web application for testing commit ranges
22:10.35andromeda-galaxybrlcad: on adding tasks, I'm fine either way --- there are a bunch of existing ones that seem pretty interesting as well, but if NURBS is a priority work around it sounds quite interesting as well
22:10.57brlcadso ... which are interesting?  top 3
22:11.06andromeda-galaxyhmm... this'll take a minute
22:11.28andromeda-galaxyone of the things that I really like about working on brl-cad is that there are interesting little projects all over the place
22:11.28brlcadthere's only a week left, so I don't want to get you ramped up for making progress when you can be making progress
22:12.01*** join/#brlcad merzo (~merzo@104-60-133-95.pool.ukrtel.net)
22:12.42andromeda-galaxyprobably the top couple in terms of how interesting the work sounds that are currently up are the projects for rt transparency and the web application for commit range testing ones
22:13.00brlcadhere's a list that didn't even make it up because they're too hard or just not enough time to write up their descriptions with everything else going on
22:13.31brlcadhttp://pastebin.ca/2902051
22:14.25andromeda-galaxywow! I remember a couple of others fromthere that I started talking about and thought looked particularly interesting too
22:14.38andromeda-galaxylike obb using chull & mesh command
22:15.07andromeda-galaxya bunch of the others *sound* interesting as well, just looking at them here...
22:17.12andromeda-galaxybrlcad: by the way, do you know of papers describing nurbs boolean evaluation techniques? I'm curious what they'd look like, even if I likely wouldn't be able to  understand them without lots more research first.
22:32.21Notify03BRL-CAD:ejno * 63918 brlcad/trunk/src/libged/simulate/simulate.cpp: check that idb_meth->ft_volume is not null
22:34.26starseekerandromeda-galaxy: one sec - I'll get you a couple of paper links for booleans
22:34.42starseekerjust don't look at 'em much until after GCI is done ;-)
22:34.56*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy)
22:36.57starseekerandromeda-galaxy: this report has a lot of them:  http://brlcad.org/wiki/User:Phoenix/GSoc2013/Reports
22:38.33starseekercouple links in here too starting week 8:  http://brlcad.org/wiki/User:Phoenix/GSoc2012/Reports
22:39.08starseekerthere's some more floating around in the email archives from 2012/2013, not all of which ended up getting used IIRC
22:40.36starseekerwe should probably take a look at Miller's "Incremental Boundary Evaluation Using Inference of Edge Classifications" at some point to see if it can help, but I don't think it's available online...
22:41.55starseekerandromeda-galaxy: as you're finding these differences between the various GIFT formats, feel free to make notes yourself in a txt file in the repo
22:42.12starseekerthat'll save someone else having to rediscover the same information the hard way down the road
22:48.11andromeda-galaxystarseeker: thanks for finding those papers, they look quite interesting
22:48.45andromeda-galaxystarseeker: if I get a chance to figure out a few more differences, I will... I might even be useful to create a file with links to some of the documents describing the basic part of the format, at laest
22:48.55andromeda-galaxyfinding those can be quite difficult...
22:50.49Notify03BRL-CAD Wiki:Sean * 7853 /wiki/Logo: update with recent logo activity, approaching a final form
22:51.42Notify03BRL-CAD Wiki:Sean * 7854 /wiki/Logo:
22:53.43andromeda-galaxybrlcad, starseeker: of what's up now, is the project for setting up rt transparency or the project for implementing a web application to test commit ranges higher priority?
22:57.07nmz787_ire: scad-clj "All primative forms are centered at the origin"... I like that... origins and common points-of-reference are easy for me to comprehend
22:57.38Notify03BRL-CAD Wiki:Sean * 7855 /wiki/Logo:
23:01.27*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
23:08.44Notify03BRL-CAD Wiki:Sean * 7856 /wiki/Logo:
23:26.40brlcadandromeda-galaxy: will have to get back to you on that :)
23:29.22brlcadhere's where we currently stand with our logo: http://brlcad.org/~sean/tmp/logostatus.png
23:29.38brlcadtop-left is the original angelov
23:31.07andromeda-galaxybrlcad: ahh.. interesting
23:32.06andromeda-galaxybrlcad: for the 3d logo, do you prefer having the links separated like the original angelov_256 logo, or overlapping as in most of the other logo ones?
23:33.43nmz787_iandromeda-galaxy: why not just use jquery rather than raw Javascript for XHR stuff?
23:34.25andromeda-galaxynmz787_i: you could... I've never been a particular fan of jquery, but my advice to MarcTannous was just to use xhr requests --- through whatever libraries would be useful --- in order to dynamically fetch information from the server
23:36.25andromeda-galaxybrlcad: post-gci, I could generate another set of logos with different pin diameters if you want...
23:36.38brlcadandromeda-galaxy: both versions, depends on the usage
23:36.43nmz787_iah, jquery was written by a guy from the University I went to, so I approve :P
23:37.22nmz787_ipractically though, I know reading jquery tends to be a bit easier/quicker than reading pure-JS
23:37.24brlcadandromeda-galaxy: I'd rather see you coding more ;)
23:38.11andromeda-galaxybrlcad: sure, just wanted to check
23:39.04brlcadappreciated
23:39.11andromeda-galaxyas I said above, I'm thinking about what to dstart working on next in terms of what's currently up for GCI, of the two projects, which is higher priority?
23:39.13nmz787_ithose reverse-engineering STL into openscad video was quite cool
23:39.34andromeda-galaxynmz787_i: indeed, but it would be nice if there was a little more detail on the algorithms used...
23:40.42andromeda-galaxybrlcad: i.e. transparent rt or the commit testing webapp
23:43.22nmz787_ihmm, that logo slideshow thing is pretty laggy on my computer for some reason
23:44.31nmz787_iand I can't understand why the image files were in 3 different places in the ZIP
23:44.48nmz787_itop-level, in .jalbum, and again in album\slides\
23:45.02nmz787_iit seems to have only added 30MB unneccesarily
IRC log for #brlcad on 20150110

IRC log for #brlcad on 20150110

00:11.23*** join/#brlcad nmz787_i1 (nmccorkx@nat/intel/x-lsyzidbvmqpccxdl)
00:20.33starseekerI wonder if that openscad STL import is making use of this capability:  http://docs.pointclouds.org/trunk/group__sample__consensus.html
00:35.26*** join/#brlcad joythewizard (43aff2ac@gateway/web/freenode/ip.67.175.242.172)
00:53.06*** join/#brlcad YatharthROCK (~YatharthR@unaffiliated/yatharthrock)
01:09.06Notify02GCI:zhang_yizhuo * 4992155881832448 : Task Claimed - I would like to work on this task.
01:10.32Notify02GCI:joy818200 * 6384883232407552 : Task Claimed - I would like to work on this task.
01:13.52Notify02GCI:zhang_yizhuo * 4992155881832448 : None -  Hi,  I have sent my name & postcode to contest@brlcad.org. The first four letters of my email are zhan.  Thank you.
01:26.34Notify02GCI:goobypls * 5269456200663040 : Task Claimed - I would like to work on this task.
02:02.03brlcadandromeda-galaxy: more sample pattern work would be higher priority over both those
02:02.49brlcadwe need a function that sets up a grid of rays given a view just like you did for cone
02:03.01brlcadorthogonal and projective versions
02:03.25brlcad(which are prism and rectangle shapes)
02:03.48brlcadalong with updating our ray tracers to use that logic instead of the custom logic they use now
02:21.56Notify02GCI:devikakumar * 4639899508539392 : Task Claimed - I would like to work on this task.
02:32.18Notify02GCI:adityagulati * 5581079297654784 : Ready for review - The work on this task is ready to be reviewed.
02:33.58andromeda-galaxybrlcad: makes sense.. did you add any more tasks for the sample patterns? I couldn't find any
02:52.34Notify02GCI:brlcad * 4992155881832448 : Task Assigned - This task has been assigned to Yizhuo. You have 100 hours to complete this task, good luck!
02:52.35Notify02GCI:brlcad * 5269456200663040 : Task Assigned - This task has been assigned to goobypls. You have 100 hours to complete this task, good luck!
02:52.49Notify02GCI:brlcad * 6384883232407552 : Task Assigned - This task has been assigned to Joy Chen. You have 100 hours to complete this task, good luck!
02:56.34nmz787kanzure: brlcad this is interesting, since I am interested in making sine wave type things http://math.stackexchange.com/questions/116369/can-a-rational-b%C3%A9zier-curve-take-exactly-the-same-shape-as-a-part-of-the-sine-fu
02:57.08nmz787"In a Bézier curve, x and y are polynomials in the parameter t. Note that you can't just have "a part of the sine function": if y(t)=sin(x(t)) for t in some interval, since both sides of that equation are analytic functions on the complex plane the equation would be true for all complex numbers t. Since y(t) is a polynomial, for any given value of y (unless y is constant) there are only finitely many t and thus finitely many x. But this is not ...
02:57.14nmz787... the case for the sine function: sin(nπ)=0 for all integers n. So the sine curve can't be given exactly by a Bézier curve of any degree."
02:58.01nmz787does the same logic apply to nurbs?
03:01.38andromeda-galaxybrlcad: I want to claim a raybundle task or one of the project tasks, of the tasks that are currently up, which is highest priority?
03:04.19andromeda-galaxybrlcad: (I can't find any bundle tasks in the current list)
03:06.39andromeda-galaxy<PROTECTED>
03:14.21kanzurenmz787: with nurbs i highly recommend not using the underlying nurbs implementation and instead using geometric primitives designed from nurbs (like csg parts or otherwise)
03:21.11nmz787kanzure: someone earlier was saying CSG was some sort of tree structure, didn't sound like it was nurbs
03:24.24kanzureyeah that's bullshit, you can do csg out of anything
03:24.36kanzuretrees are very common structures in software
03:27.51nmz787so does the primitives in mged default to use nurbs, then fallback to something else?
03:28.00nmz787or if not mged, which brl tool?
03:28.11nmz787I've so far only seen stuff relating to mged
03:28.20nmz787(examples of models)
03:39.11andromeda-galaxybrlcad, maths22: I'm curious about the commit-testing web application project, but am curious as to what web server brlcad.org is using, it seems like making live updating work would require having some kind of websockets implementation on the backend... also, having some method sandboxing scripts seems like a good idea...
03:44.32kanzurenmz787: that's a good question, my understanding is that the default is not nurbs in brlcad, and there is a way to access nurbs somehow... check src/libbrep/
03:44.51kanzurelike /src/libbrep/test_curve_intersect
03:44.52brlcadandromeda-galaxy: there are now two additional ray sampling tasks, an updated vis task, and two integration tasks posted (along with 20+ other new tasks)
03:45.33brlcadsearch on "sampl" and "vis"
03:47.36kanzurenmz787: this person here is a good person to ask these questions to
03:47.41kanzurenmz787: brlcad might even know things about brlcad
03:48.30andromeda-galaxybrlcad: I don't see them, searching on 'sampl'
03:48.39andromeda-galaxydo you have any links?
03:48.59andromeda-galaxyand 'vis' only shows the compile with msvc++ task
03:49.52brlcadandromeda-galaxy: the argument is pretty much correct, you can only approximate something smooth like a sine curve with a polynomial curve -- you'd need an infinite sum of curves iirc, taylor series expansion
03:50.07brlcadthat said, for all practical purposes, it won't matter
03:50.33andromeda-galaxybrlcad: that's true... it's just phrased in an interesting manner --- that argument makes it sound like a portion of a curve should be doable
03:50.33brlcadyou'll be "tight-enough" probably with a sixth order spline
03:52.10brlcadnmz787: I suggest reading brlcad.org/wiki/Documentation, particularly the mged tutorials (which can be completed in just a few hours) -- that will give you a great overview of some really basic concepts
03:53.12brlcadandromeda-galaxy: we have full control over our server
03:54.21brlcadnmz787: kanzure is correct -- we don't default to nurbs, but almost any primitive will convert flawlessly to nurbs format.  we're working on nurbs boolean operations now (some work, some don't).
03:54.23andromeda-galaxybrlcad: makes sense... I was just thinking that keeping dependencies at a minimum + having nice live updating using websockets/long polling might be hard, since for those you often essentially need an application web server
03:55.30andromeda-galaxybrlcad: okay, I see them now
03:55.32brlcadeh, you put "sampl" in the title field?  I see four with that
03:55.34andromeda-galaxythey weren't showing up earlier for some reason
03:55.38brlcadokay
03:55.41andromeda-galaxysorry
03:56.01brlcadyou have to refresh, list doesn't do it for you even though it seems to update dynamically (it doesn't)
03:56.29brlcadalso one vis task #2, this time using geometry or plot3 ;)
03:56.51andromeda-galaxybrlcad: makes sense
03:57.09andromeda-galaxyshould I start working on another implementation, or a visualization?
03:57.21brlcadthe two new patterns are quite simple -- the work is really in the integration and making sure args are appropriate for hooking them into rt* tools
03:57.28brlcadvis is last
03:57.31andromeda-galaxysure
03:57.54andromeda-galaxyso implement, then utilize, then vis?
03:58.24andromeda-galaxythe vis one will be somewhat interesting, I don't have too much experience with the debugging infrastructure yet
03:58.55andromeda-galaxyby the way, rt seems to have *lots* of global variables... is there a plan to eventually refactor the whole tool?
04:00.28andromeda-galaxybrlcad: so for sampling a frustum,
04:00.31brlcadimplement, vis, utilize
04:00.39andromeda-galaxyah, okay
04:00.49andromeda-galaxyshould there be a and b vectors and then a and b divergence angles?
04:01.22andromeda-galaxya lot like the cone from earlier except a) a rectangular grid and b) having separate values for a-direction and b-direction
04:01.25andromeda-galaxy?
04:01.28brlcadhttp://upload.wikimedia.org/wikipedia/commons/thumb/8/83/Ray_trace_diagram.svg/2000px-Ray_trace_diagram.svg.png
04:02.22andromeda-galaxyhmm? I'm just checking on the geometry of the frustum that you meant...
04:03.02brlcadwe use almost the same terms as these guys (albeit in a different default "up"): http://wiki.povray.org/content/Reference:Camera
04:03.33nmz787brlcad: thanks, I'll check it out this weekend. Is there by chance an API style documentation online somewhere? I saw some mention of doxygen, but didn't see what looked like doxy-generated HTML on the web site.
04:04.05nmz787(also as a comment, I was confused that some of the stuff under the Wiki tab, was not linked to in the Docs section of the site)
04:04.08andromeda-galaxybrlcad: is the up vector user-specifiable?
04:04.20brlcadandromeda-galaxy: it sounds like you have the right idea -- the tough part is to make sure you start with the right view information (or could wrap your function with a view function)
04:04.33brlcadthe entire view is user-specified
04:04.47andromeda-galaxyright... so I was saying above, should it support having different diveregence angles
04:04.52andromeda-galaxyin the 'up' and 'sideways' directions?
04:05.26brlcadit needs to support different divergence angles, yes
04:05.37brlcadmaybe look at what the rt* apps do first
04:05.46andromeda-galaxygood idea, one second...
04:05.53brlcadtheir code is pretty much exactly what you want because the very next step is to replace what they do with your function
04:06.05andromeda-galaxyafter that, if you're still around, I just want to quickly check the api for it with you
04:06.37brlcadthe only problem being that the ray dispatch logic is mixed in with a whole bunch of other stuff and lots of globals are involved, and it's messy old code with dragons in there ;)
04:07.22brlcadI'm out for the night, but feel free to e-mail the list and I can respond when I can (or maybe someone else will if your question is simple enough and/or your description clear enough
04:07.59andromeda-galaxybrlcad: sure, but will you be around for the next couple of minutes? I can probably come up with a first version in the next few minutes after reading do_frame(
04:08.02andromeda-galaxy)
04:09.57brlcadin all honestly, you're good but if it only takes you a couple minutes, you've almost certainly not put enough time into reading the code ... it's pretty complicated to set up a fully parameterized view
04:10.35andromeda-galaxytrue.. I'm looking through it now, anad it's more complicated than I thought at first
04:10.37brlcadthere's the dimensions, divergence, aspect ratio, ortho or persp angle, az/el/quat orientation , ...
04:10.44andromeda-galaxyso manynnested worker threads...
04:10.58andromeda-galaxyit seems like a sane api for the function would be something like (without having finished rt)
04:11.25andromeda-galaxybu_gen_frustum(vect_t a, vect_t b, fastf_t a_divergence, fastf_t b_divergence, fastf_t a_nurays, fastf_t b_numrays)
04:11.33brlcadwill almost certainly help to spend about 10 minutes and read the rt manual page too, to read all the options that pertain to the view
04:11.40andromeda-galaxyoh, and center of course
04:12.09nmz787no API/doxygen stuff online then?
04:12.24brlcadandromeda-galaxy: that would be my guess too and there'd probably be another function to convert user-specifications into that form
04:12.49andromeda-galaxybrlcad: right, or maybe the function calling it from main rt could marshall up all the globals and convert them nicely
04:13.03brlcadnmz787: we do somewhere, but our APIs (plural, we have about 2 dozen) are quite large -- best to start with a specific task in mind :)
04:13.22nmz787brlcad: I like to browse to know what kind of ideas are realistic
04:14.19nmz787brlcad: the documentation page doesn't seem to mention 24 programs, I see mged, oed, nirt
04:15.02andromeda-galaxybrlcad: would it be possible to ideally do away with the worker()/do_run() stuff and replace it with shooting a bundle with rt_shootrays()?
04:15.05brlcadnmz787: our basic utility library along has something like 300 functions across about three dozen concepts, a couple other libs have 1-2 thousand public functions
04:15.20brlcadnmz787: we don't like to drown people in information (we easily can, as can most CAD systems)
04:15.27brlcadwe have over 400 binaries
04:15.28andromeda-galaxy(that is, I think that that is the ultimate objective, but want to theck)
04:15.52brlcadgranted, only about 10% of those are used 90% of the time ;)
04:16.30nmz787brlcad: so this is openly-obscure source? :)
04:16.31brlcadnmz787: if you want to browse, I suggest looking at http://en.flossmanuals.net/contributors-guide-to-brl-cad/
04:16.58kanzurenmz787: there are books/documentation somewhere
04:16.59*** join/#brlcad YashM (~YashM@117.198.4.129)
04:18.08nmz787I just don't understand why people would work on doxygen stuff, if no one uploads it and adds a link to the website :/
04:18.29brlcadandromeda-galaxy: that is certainly ideally possible but ... it's complicated as worker is also the dispatcher and there are many different types of dispatch patterns
04:18.47andromeda-galaxybrlcad: true...
04:19.01nmz787huh, I have a lot more time in using PING than BRLCAD, hopefully that will change soon :)
04:19.01brlcadandromeda-galaxy: not even sure yet how they will come into play here (e.g., shooting line at a time, stamp at a time, recursive refinement, etc)
04:19.03andromeda-galaxyso the alternative is to leave it using worker as it is now, but replace the ray generation logic with the bundle logic
04:19.15andromeda-galaxy?
04:19.15brlcadreading the manual page really should help shed some light
04:19.39andromeda-galaxytrue, last time I looked at it, it didn't seem to describe all the view parameters...
04:19.43brlcadnmz787: we have it integrated into our code so if you've downloaded it, there's a build target for doxygen iirc
04:20.04kanzurenmz787: i think you want the mged quick reference pdf
04:20.11nmz787brlcad: how do I submit a bug report or feature request to have someone upload the HTML?
04:20.14brlcadnmz787: here's an old output that was uploaded http://brlcad.sourceforge.net/doxygen/
04:20.59nmz787kanzure: not /just/ that though... there are 300 some binaries or something
04:21.04kanzuremany more
04:21.15brlcadnmz787: brl-cad was started by the same guy that wrote ping ;)
04:21.33nmz787brlcad: that was my point, I just learned that from kanzures link
04:21.39brlcadahh, gotcha
04:21.51kanzurewhat link
04:21.53brlcadkanzure's link? which was that?
04:22.11brlcadblames it on kanzure
04:22.24nmz787http://en.flossmanuals.net/contributors-guide-to-brl-cad/
04:22.33kanzurehehehe
04:22.33brlcadi suggested that
04:22.37nmz787err
04:22.39nmz787oh yeah
04:22.40nmz787that one
04:22.42nmz787heh
04:22.43nmz787sorry
04:22.47kanzureit's easy to mistake us
04:22.49nmz787i am burned out from the day at work
04:22.56brlcadhe's the handsome one
04:23.04nmz787hah
04:23.08kanzureand he's the one trained in deadly weapons technology and military awesomeness
04:23.33kanzuregoes back to writing tests
04:23.45brlcadgoes to saw some wood
04:24.17nmz787goes to do chemistry homework
04:26.29andromeda-galaxygoes to work on understanding rt's global-ridden code
04:29.29brlcadimplemented in a time long long ago when globals in *applications* were not frowned upon in the least
04:30.14brlcadwe're on a mission to eliminate them all slowly, though
04:35.04andromeda-galaxyah... well, good to know that they'll (hopefully) go at some point..
04:35.34andromeda-galaxyconverting rt to use bundled rays is going to be .... interesting
04:35.52andromeda-galaxyas it is, it appears that it defers the computation of the ray boundaries into do_pixel()
04:35.57andromeda-galaxywhich is also important for hypersampling
04:36.59andromeda-galaxybrlcad: except that parts of it are set up in setup_grid()
04:37.40andromeda-galaxyso it would have to do something like compute the bundle in do_frame() and the have do_pixel() manage to get the right pixel out of it instead of computing its own...
06:54.15*** join/#brlcad adityagulati (dce32db2@gateway/web/cgi-irc/kiwiirc.com/ip.220.227.45.178)
07:51.29*** join/#brlcad infobot (ibot@rikers.org)
07:51.29*** topic/#brlcad is Topic for #brlcad: BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Welcome GCI 2014 participants! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi.
07:52.39*** join/#brlcad YashM (~YashM@59.88.24.248)
08:08.27*** join/#brlcad raptor (~raptor@194.28.75.221)
08:10.53*** join/#brlcad albertcoder (~quassel@202.164.53.117)
09:06.25raptorHelp stared at the screen . I can not continue to draw. http://keep4u.ru/full/6fe928c75b85e577419f35cde5a37912.html
09:09.12raptorbrlcad, Help stared at the screen . I can not continue to draw. http://keep4u.ru/full/6fe928c75b85e577419f35cde5a37912.html
09:33.50*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
09:55.28*** join/#brlcad luca79 (~luca@host109-111-dynamic.4-87-r.retail.telecomitalia.it)
09:57.51*** join/#brlcad arno (~luca@host188-230-dynamic.5-87-r.retail.telecomitalia.it)
10:00.55*** join/#brlcad luca79 (~luca@host188-230-dynamic.5-87-r.retail.telecomitalia.it)
10:36.50*** join/#brlcad luca79 (~luca@host188-230-dynamic.5-87-r.retail.telecomitalia.it)
11:04.59*** join/#brlcad merzo (~merzo@121-34-132-95.pool.ukrtel.net)
11:10.08*** join/#brlcad luca79 (~luca@host188-230-dynamic.5-87-r.retail.telecomitalia.it)
11:35.32*** join/#brlcad raptor_ (c21c4bdd@gateway/web/freenode/ip.194.28.75.221)
11:46.05raptorHow to set the default perspective ?
11:46.26raptorI accidentally knocked
11:52.18*** join/#brlcad YashM (~YashM@117.223.174.28)
12:19.39raptor<PROTECTED>
12:32.11*** join/#brlcad jasvir (~jasvir@122.173.150.75)
12:48.28ignacioGood morning :)
12:48.39*** part/#brlcad jasvir (~jasvir@122.173.150.75)
12:49.10``Erikbrlcad, andromeda-galaxy: the new ray generation stuff, is that all being done as one big lump (here are your 2 million rays in one big honkin' array)? I'm wondering if a streaming generator might be handy? gen=init(), give_me_next_ray(gen), give_me_next_N_rays(gen,10,&array), etc?
12:50.37``Erikraptor: for rt, -p <degrees>
12:51.52Notify03BRL-CAD Wiki:Pavanaries * 0 /wiki/User:Pavanaries:
13:05.16Notify02GCI:brlcad * 6632135641268224 : *code* comments :) -  Hehe, Raptor, I meant comments *in* the code. Code // comments. So when someone reads these scripts in 5 years, they won't have to decipher...
13:05.16Notify02GCI:brlcad * 5792678377684992 : cool, please communicate this with starseeker -  So he can work with the fix.
13:05.16Notify02GCI:brlcad * 5028787255246848 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
13:05.16Notify02GCI:brlcad * 5028787255246848 : almost -  Krishna, this looks good to me. The only problem I saw is that you named the function argument "bu_n_free" and another variable "bu_n_free_calls". Using...
13:05.16Notify02GCI:brlcad * 5581079297654784 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
13:05.16Notify02GCI:brlcad * 5581079297654784 : missing one? -  Aditya, this looks nice but are you missing one? There are gaps in the grid and I only see 9 listed. Also, can you use the actual design from Marc...
13:05.16Notify02GCI:goobypls * 5269456200663040 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:05.16Notify02GCI:goobypls * 5269456200663040 : Task Claimed - I would like to work on this task.
13:05.16Notify02GCI:joy818200 * 6384883232407552 : Ready for review - The work on this task is ready to be reviewed.
13:05.16Notify02GCI:zhang_yizhuo * 4992155881832448 : Ready for review - The work on this task is ready to be reviewed.
13:05.16Notify02GCI:o7p9bxbnyj * 6703555041820672 : Task Claimed - I would like to work on this task.
13:05.16Notify02GCI:goobypls * 5269456200663040 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:05.16Notify02GCI:o7p9bxbnyj * 6703555041820672 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:05.16Notify02GCI:o7p9bxbnyj * 6348864562921472 : Task Claimed - I would like to work on this task.
13:05.16Notify02GCI:arclith * 5859273187786752 : Task Claimed - I would like to work on this task.
13:05.16Notify02GCI:harman052 * 5859273187786752 : Task Assigned - This task has been assigned to Mou Yan Qiao. You have 100 hours to complete this task, good luck!
13:05.16Notify02GCI:emiwang * 4949239830413312 : Ready for review - The work on this task is ready to be reviewed.
13:05.16Notify02GCI:adityagulati * 5581079297654784 : Ready for review - The work on this task is ready to be reviewed.
13:05.16Notify02GCI:adityagulati * 5581079297654784 : Explanation -  Sir,  One of the task (#6) has not been completed yet, So I could only make 9. I Have Tried To Make The rest Of The changes.  Hope you like my...
13:05.16Notify02GCI:adityagulati * 5581079297654784 : Explanation -  Sir,  Sorry I Could Not Increase The Size Much.  Regards,  Aditya
13:05.16Notify02GCI:estafador * 5228725012529152 : Ready for review - The work on this task is ready to be reviewed.
13:05.16Notify02GCI:wenxuan45 * 5042004748664832 : Task Claimed - I would like to work on this task.
13:05.16Notify02GCI:harman052 * 5042004748664832 : Task Assigned - This task has been assigned to Teoh Wen Xuan. You have 100 hours to complete this task, good luck!
13:05.16Notify02GCI:tannousmarc * 6733016101552128 : Ready for review - The work on this task is ready to be reviewed.
13:05.16Notify02GCI:tannousmarc * 6733016101552128 : Improvements, as discussed with Sean over IRC -  - Now opens all the webpages on click, instead of linking to the task, for ease of use.  - All the webpages...
13:05.16Notify02GCI:wenxuan45 * 5042004748664832 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:05.16Notify02GCI:wenxuan45 * 4609906124521472 : Task Claimed - I would like to work on this task.
13:05.17Notify02GCI:mihaineacsu29 * 6348864562921472 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 100 hours to complete this task, good luck!
13:05.17Notify02GCI:princealikhan08 * 4596346644332544 : Task Claimed - I would like to work on this task.
13:05.17Notify02GCI:princealikhan08 * 4596346644332544 : Work -  Basically i have to create a logo for Google Code in 2015.  is there any reference where i can get theme idea.
13:05.17Notify02GCI:thevk * 4977508348854272 : Ready for review - The work on this task is ready to be reviewed.
13:37.05raptorI have already prepared the following 2 work :)
13:50.10*** join/#brlcad mandarj (75c331dc@gateway/web/freenode/ip.117.195.49.220)
13:50.35mandarjgcibot, random brlcad
13:50.48*** part/#brlcad mandarj (75c331dc@gateway/web/freenode/ip.117.195.49.220)
14:03.50*** join/#brlcad YatharthROCK (~YatharthR@unaffiliated/yatharthrock)
14:03.50*** part/#brlcad YatharthROCK (~YatharthR@unaffiliated/yatharthrock)
14:27.52*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:37.25*** join/#brlcad jasvir (~jasvir@122.173.238.30)
14:46.13*** join/#brlcad luca79 (~luca@host246-13-dynamic.0-87-r.retail.telecomitalia.it)
14:52.04andromeda-galaxy``Erik: for now, as far as I know, it's returning an array of preallocated rays in a struct xrays, but that does make sense, since it's more like what rt does now... better yet, something like using give_me_nth_ray() might even be best...m
14:52.23andromeda-galaxystarseeker: if you were working with the comgeom modelling, did you see the fix to the scripts I made yesterday?
14:53.29andromeda-galaxybrlcad, ``Erik: then the way that do_pixel() works wouldn't have to change nearly as much, and there wouldn't be a huge memory allocations for all the rays...
15:31.38andromeda-galaxy<PROTECTED>
15:35.48*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
15:55.51starseekeryou mjight want to think about something like give me next N rays, since one of the points with ray bundling is to handle blocks of rays "all at once" (in a sense)
15:56.15starseekerandromeda-galaxy: I hadn't seen the comgeom-g yet - so it was a script fix?  awesome!
15:56.38starseekerwill have to get that hooked up into the db builds
16:07.33andromeda-galaxystarseeker: makes sense... I was just thinking that for do_pixel() having random access is nice
16:07.36andromeda-galaxybut
16:08.01andromeda-galaxystarseeker: rt_shootrays() &c, could iterate through them using give_me_next_ray() similar to the way that they do with next() on the linked list
16:08.05andromeda-galaxycurrently used for xrays
16:10.55andromeda-galaxyhaving give_me_nth_ray_range() might make sense as wellf for do_pixel() with hypersampling...
16:12.58andromeda-galaxystarseeker: yeah, the problem with it was that the script was making the region ident table in v1/v4 format, it had to move a couple of columns around to make it v5...
16:26.05*** join/#brlcad MarcTannous (bc1b5e02@gateway/web/freenode/ip.188.27.94.2)
16:26.16MarcTannousHello guys
16:30.34MarcTannoushttp://www.google-melange.com/gci/task/view/google/gci2014/6733016101552128 in case someone has 2 minutes
16:30.34gcibot[[ Create a web gallery of GCI website landing page designs || BRL-CAD || NeedsReview (2 days 5 hrs 37 min) || Sean, Dishank ]]
16:45.03YashMjust got a google cardboard
16:45.21YashMthis is cool :P
16:51.14*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
16:55.33*** join/#brlcad luca79 (~luca@net-2-34-212-36.cust.vodafonedsl.it)
17:03.41andromeda-galaxybrlcad: thinking about ray bundle generation mechanisms, there seem to currently be two, one of which (older) stores rays in a bu_list and the other (newer) stores rays in an array of xray --- the second one seems better for rt due to the performance of random access in linked lists
17:04.00andromeda-galaxybut I'm not convinced that using a generator-like approach like ``Erik mentioned above isn't the best idea
17:04.25andromeda-galaxysomething like a set of functions that operate on a struct like:
17:04.30andromeda-galaxystruct bundle_gen {
17:04.39andromeda-galaxy<PROTECTED>
17:04.43andromeda-galaxy<PROTECTED>
17:05.06andromeda-galaxy<PROTECTED>
17:05.08andromeda-galaxy}
17:05.16andromeda-galaxywith gen_func a function pointer to generation functionis
17:06.42andromeda-galaxythis has fast random access  and alolcates memory lazily...
17:13.55*** join/#brlcad merzo (~merzo@121-34-132-95.pool.ukrtel.net)
17:26.59MarcTannousyashm: Depending on the content of your div, text-align:center; or magin-left:auto;margin-right:auto;
17:27.07MarcTannousTo center an element horizontally inside its parent div
17:51.50raptorTell me why throws when creating sketch put test sketch V {0 0 0} A {1 0 0} B {0 0 1} VL { {-75 0 0} {75 0 0} {75 50 0} {75 -50 0} {-75 50 0} {-75 -50 0} } SL { {cars S 0 E 0 R 25 L 0 O 1} {cars S 1 E 1 R 25 L 0 O 1} {cars S 2 E 3 R 50 L 0 O 1} {cars S 4 E 5 R 50 L 0 O 1} {cars S 4 E 2 R 100 L 0 O 1} {cars S 5 E 3 R 100 L 0 O 1}}
18:04.42raptorin Archer
18:05.35raptorand mged
18:07.56raptorThank you all, I found an error
18:39.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:08.45starseekerandromeda-galaxy: we want to make sure that whatever mechanisms we put in place for bunding allow us to implement things like GPU based raytracing and other coherence tricks
19:09.01starseekerandromeda-galaxy: I don't know much about the details - that's brlcad
19:09.21starseekerbut I do know there are specific needs for high performance that aren't always intuitive
19:09.26``Eriklinked list shouldn't be an issue for 'normal' rendering, each worker is just "lock, pop, unlock"
19:09.48``Erikif the ray info includes the x,y of the final pixel, then order can be changed to get 'postage stamp' bundles
19:09.53starseeker(not saying one approach or another won't succeed - I don't know - but I do know there's a lot of somewhat non-obvious factors that can enter in)
19:10.38``Erikstreaming them (and generating on demand) could be useful if, say, you wanted a 3 story tall poster at 1200dpi... :D or a normal poster at 120000 dpi or something
19:12.02``Erik<-- is just spewing ideas, not arguing how it should be :D just hoping some interesting discussion might happen
19:12.37andromeda-galaxy``Erik: you probably know more about this than I do, but here's hte question I have with linked lists:
19:13.02andromeda-galaxyeach worker thread might need to access non-contiguous sections of the list of rays, right? Especially with the recursive refinement strategy...
19:13.28andromeda-galaxybut singly-linked lists are quite ineficient at random access... and rt is usually one of the more performance-critical sections of code, right?
19:14.39andromeda-galaxy``Erik: so it seems like it makes more sense to at least have them layed out in a contiguous C array in memory or some such, but rt_shootrays() uses struct xrays, which uses bu_list...
19:15.20``Erikwell, my thought was that random access is irrelevant, but I'd forgotten about the -i option... to further muddy things up, the generator could be aware of -i and generate the rays to consider in the right order, possibly including a pixel "size" (-i level)?
19:17.36``Erikrt is currently very built into doing things in a linear fashion, each worker does one entire line... "postage stamp" raytracing makes squares to raytrace to hopefully increase the probability that the geometry is already in the cpu cache
19:17.47``Erikisst/adrt does postage stamps for that reason
19:18.34``ErikI'd imagine any real benefits from contiguous memory would require significant retooling of the rt worker system and the icv interface...
19:18.55andromeda-galaxyahh...
19:19.18``Erikbeyond the scope of this task... so, uh, I guess the best approach right now is to not worry about the speed of access
19:19.19andromeda-galaxyright, that makes sense...  It's just that with n worker thread,s
19:19.38andromeda-galaxythey're accessing interleaved bits of memory, right? which might be pretty inneficient with a linked list...
19:20.32StragusThe coordinates of primary rays should be generated on the fly rather than stored in big buffers
19:20.40andromeda-galaxy``Erik: so for this task, I can just write the generator without considering that,
19:20.47andromeda-galaxybut there's another one for making rt use them..
19:20.50``Erikthe memory access patterns are pretty well tuned... for a vax 11/780 (and pretty solid on a mips r8k sgi origin)... for any cpu's BRL-CAD actually runs on right now, it's probably not so good
19:20.54StragusAnd the coordinates of secondary rays should also be generated on the fly from whatever code handles the result of primary rays
19:21.59andromeda-galaxy``Erik: what is the real benefit of using bundled rays like this instead of keeping rt's current on-the-fly generation?
19:22.35andromeda-galaxyStragus: that was the rational behind the 'generator' idea, I believe
19:23.06andromeda-galaxy``Erik: using a generator could be really interesting, because in some cases (i.e. current rt), it can delay the compuation until needed
19:23.30andromeda-galaxybut if it needs a block of, say, a hundred rays, it could just call, e.g., rt_bundle_next_n_rays(100) and get either a list or a buffer...
19:24.17andromeda-galaxy``Erik: so the problem is that making rt use this kind of ray tracing might be quite difficult, especially re-doing that kind of memory optimization with the new structure, right? doing it this way also needs more malloc()s...
19:27.39andromeda-galaxyStragus, ``Erik: are you still here?
19:31.19andromeda-galaxy``Erik: My point about contiguous memory was just that random access from the different worker threads would (hopefully) be cheap
19:33.38andromeda-galaxy``Erik, Stragus: it looks to me like the pixels are processed on n processors as 1234...n1234..n, which is my concern about using linked lists, since e.g. processor 1 has to follow n extra links...
19:40.33StragusThere are many inefficiencies in BRL-CAD's raytracer
19:40.58StragusI wrote an efficient raytracer, both for CPUs and CUDA GPUs, but it's triangle-only
19:41.26StragusBRL-CAD's CSG raytracer needs a major performance update
19:49.32andromeda-galaxyStragus: ahh, interesting... so are you saying that it's already inefficient enough that this won't make matters much worse?
20:02.38``Erikandromeda-galaxy: it's a bit more complicated than you think... linked lists are pretty fast to traverse, allocation is done using memory pools (no context switches, mru cache behaviors, etc)
20:03.27``Eriklogs into melange and tries to find the task description O.o
20:05.01andromeda-galaxy``Erik: ah, good to know then.. mayabe it'll be fine
20:05.19andromeda-galaxyand about allocation, I meant allocating the xrayp structs, which is (currently in the other bundles, at least) being done with malloc
20:09.58``Erikandromeda-galaxy: it'll be fine. :) beware premature optimization O.o
20:20.51andromeda-galaxy``Erik: true... alright, then, I'll just finish it using the linked list for now, if it causes unacceptable performance degradations, we'll worry about it then.
20:27.12*** join/#brlcad raptor_ (~raptor@194.28.75.221)
20:30.24Stragus``Erik, linked lists are *terrible* for caches
20:30.36StragusThey are not fast to traverse by any mean
20:31.35StragusIt's better if the list is small enough (and allocated from memory pools) that it fits in L2 cache, but it's still not terrible
20:41.11raptor_Is there anything like that on linux? http://brlcad.org/wiki/2D_Sketch_Editor
20:42.19raptor_or windows :)
21:17.14*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:21.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:03.29*** join/#brlcad raptor_ (~raptor@194.28.75.221)
22:04.28*** join/#brlcad merzo (~merzo@121-34-132-95.pool.ukrtel.net)
22:29.50*** join/#brlcad krishna_732 (4a0f1796@gateway/web/freenode/ip.74.15.23.150)
23:22.38*** join/#brlcad raptor_ (~raptor@194.28.75.221)
23:30.32*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
23:47.23*** join/#brlcad circ-user-tFqUU (~circuser-@122.163.139.152)
23:47.34circ-user-tFqUUHi
23:51.28*** join/#brlcad circ-user-2i4j3 (~circuser-@122.163.139.152)
23:51.34circ-user-2i4j3Hi
23:52.15circ-user-2i4j3I have claimed this task: http://www.google-melange.com/gci/task/view/google/gci2014/4635701832318976
23:52.15gcibot[[ Create a web gallery of GCI website landing page designs #2 || BRL-CAD || Claimed (4 days 3 hrs 50 min) || Gauravjeet Singh, Ch3ck ]]
23:53.23circ-user-2i4j3I cannot find any completed "landing" tasks on the BRL-CAD's page. Please look into it.
IRC log for #brlcad on 20150111

IRC log for #brlcad on 20150111

00:15.47*** join/#brlcad anishshah101 (~anishshah@202.78.172.162)
00:18.54anishshah101Hi, I wanted to understand and contribute to the codebase of the OGV interface, any pointers on how should I get started?
00:19.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:24.50*** join/#brlcad albertcoder (~quassel@202.164.45.198)
01:41.16*** join/#brlcad jasvir (~jasvir@122.173.179.173)
01:41.20*** part/#brlcad jasvir (~jasvir@122.173.179.173)
03:07.12ignacioGood night everyone! :)
03:31.53*** join/#brlcad albertcoder (~quassel@202.164.45.198)
03:41.43*** join/#brlcad albertcoder (~quassel@202.164.45.198)
04:12.03*** join/#brlcad albertcoder (~quassel@202.164.45.198)
04:22.08*** join/#brlcad YashM (~YashM@117.198.23.203)
04:26.01*** join/#brlcad albertcoder (~quassel@202.164.45.198)
04:34.39*** join/#brlcad YashM_ (~YashM@117.248.200.44)
04:52.21*** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman)
05:05.27*** join/#brlcad FreezingCold (~FreezingC@CPE602ad06bea2a-CM602ad06bea27.cpe.net.cable.rogers.com)
05:13.20*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
06:31.45*** join/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249)
06:50.51balder_Hey! :) I am third year undergrad student! I have seen some of your project ideas.I am interested in Geometry Projects but I am confused right now. Can some body tell me where can I find the source code of these tools nd how to get started! Thanks
06:53.12YashM_you can do a SVN checkout
06:53.20YashM_http://brlcad.org/wiki/Building_from_SVN
06:57.30balder_YashM_: Ok! Can you please explain me what is an SVN or svn clint!
07:00.40YashM_http://tortoisesvn.net/
07:01.12YashM_http://en.wikipedia.org/wiki/Apache_Subversion
07:03.35balder_OK! It seem something like git! Thankyou! I will be back after some time!
07:18.34*** join/#brlcad raptor (~raptor@194.28.75.209)
07:18.36*** join/#brlcad raptor_ (~raptor@194.28.75.209)
07:25.07*** join/#brlcad albertcoder (~quassel@202.164.45.198)
07:40.02*** join/#brlcad YashM (~YashM@117.198.13.195)
07:40.21*** join/#brlcad albertcoder (~quassel@202.164.45.198)
07:42.06raptorGuys do not know when you come mentors?
07:47.20balder_How much big is brl-cad repository? I put it on download long time ago and it still is downloading!
07:47.36*** join/#brlcad yland (~yland___@41.244.241.19)
07:49.04*** join/#brlcad YashM_ (~YashM@117.223.172.104)
07:49.20brlcadstarseeker: https://www.google-melange.com/gci/task/view/google/gci2014/4949239830413312
07:49.21gcibot[[ Transcribe Geometry Model Data from a PDF report to an ASCII file Helicopter || BRL-CAD || Closed || Isaac Kamga, Deepak ]]
07:49.32brlcadbalder_: make sure you used the correct url
07:49.36brlcad~cadsvn
07:49.36infobotTo obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad
07:50.05brlcadif you don't put trunk, it'll download every release, every branch, and every tag ever made
07:51.07YashM_brlcad, http://www.google-melange.com/gci/task/view/google/gci2014/6637040225484800
07:51.08gcibot[[ Create a web gallery of GCI CAD GUI designs #2 || BRL-CAD || NeedsReview (2 days 13 hrs 2 min) || Ishwerdas, Ch3ck ]]
07:52.02raptorbrlcad, https://www.google-melange.com/gci/task/view/google/gci2014/6632135641268224
07:52.03gcibot[[ Implement script to create a planetary gear || BRL-CAD || NeedsReview (29 hrs 49 min) || Kesha Shah, Harmanpreet ]]
07:54.14*** join/#brlcad MarcTannous (bc1917be@gateway/web/cgi-irc/kiwiirc.com/ip.188.25.23.190)
07:55.05MarcTannousCan my task please be evaluated? http://www.google-melange.com/gci/task/view/google/gci2014/6733016101552128 Other tasks that have been submitted after it were accepted, mine was not
07:55.06gcibot[[ Create a web gallery of GCI website landing page designs || BRL-CAD || NeedsReview (38 hrs 13 min) || Sean, Dishank ]]
08:06.51*** join/#brlcad rohitagarwal (0ec2f243@gateway/web/cgi-irc/kiwiirc.com/ip.14.194.242.67)
08:26.51*** join/#brlcad YashM (~YashM@117.198.6.197)
08:40.06*** join/#brlcad YashM (~YashM@117.222.18.184)
08:45.10brlcadguys, asking for reviews doesn't get them reviewed .. they get reviewed in queue order :)
08:46.29YashMbrlcad, should i put all designs in one webpage or make individual web galleries
08:58.34*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
09:04.30YashMlol
09:04.42YashMgoing through tasks and i see some forges
09:13.32*** join/#brlcad geekgrl (~geekgrl@203.115.81.74)
09:29.39balder_Hey! I have completely build the brl-cad from source code(In Linux system and I can assess some 400 commands from terminal) ! In order to start contributing I think it would be better if I get familiar with it, can any one suggest a good source to learn brl-cad or a way to start developing :) Thanks
10:20.20*** join/#brlcad YashM_ (~YashM@59.88.30.163)
10:29.44*** join/#brlcad merzo (~merzo@105-113-132-95.pool.ukrtel.net)
10:30.01*** join/#brlcad YashM (~YashM@117.198.2.30)
11:55.08*** join/#brlcad YashM (~YashM@117.198.2.30)
12:11.53raptorbrlcad, I redid the comments in the script - https://mega.co.nz/#!GAUH1QZD!wva-nPjtAmKpfyxw4CghiOojy72Y2L9-b1jqYw8vm7k
12:15.43*** join/#brlcad raptor (~raptor@194.28.75.209)
13:22.32*** join/#brlcad merzo (~merzo@105-113-132-95.pool.ukrtel.net)
13:47.11*** join/#brlcad raptor (~raptor@194.28.75.209)
14:09.03ignacioGood morning
14:31.05raptorhttps://www.google-melange.com/gci/task/view/google/gci2014/5008500564426752
14:31.06gcibot[[ Model BRL-CAD logo in BRL-CAD #10 || BRL-CAD || ClaimRequested || Sean, Ishwerdas ]]
15:15.18raptorhttps://www.google-melange.com/gci/task/view/google/gci2014/5008500564426752
15:15.19gcibot[[ Model BRL-CAD logo in BRL-CAD #10 || BRL-CAD || NeedsReview (4 days 3 hrs 26 min) || Sean, Ishwerdas ]]
15:20.45*** join/#brlcad YashM (~YashM@117.198.23.78)
16:05.45raptorhttps://www.google-melange.com/gci/task/view/google/gci2014/5008500564426752
16:05.46gcibot[[ Model BRL-CAD logo in BRL-CAD #10 || BRL-CAD || NeedsReview (4 days 2 hrs 36 min) || Sean, Ishwerdas ]]
16:08.27starseekerbrlcad: ha!  I'll be darned
16:09.54starseekerwonders if that task holds the record for most claimed-and-released, or of one of the spelling checker tasks takes the trophy...
16:13.56MarcTannousstarseeker: which one?
16:17.07starseekerhttps://www.google-melange.com/gci/task/view/google/gci2014/4949239830413312
16:17.08gcibot[[ Transcribe Geometry Model Data from a PDF report to an ASCII file Helicopter || BRL-CAD || Closed || Isaac Kamga, Deepak ]]
16:17.17starseekerit got claimed and released a whole lot
16:17.40starseekerif we do this again in the future, we'll have to chop the files into smaller pieces so they aren't so intimidating
16:22.05starseekerthe number of times a task is claimed and released without completion is probably a decent way to evaluate the difficulty of said task, actually...
16:22.26starseekerdunno if that can be captured out of melange currently...
16:22.58MarcTannousI think there were a lot more claims+removals on the grammar errors tasks
16:23.37MarcTannousAnd not because it was a complicated task, just because it seems easy at first and you rush to claim it, but once you set up a working environment you realize what the task actually requires
16:24.17*** join/#brlcad alisha (~alisha@106.192.150.236)
16:25.22starseekerandromeda-galaxy: could you update the file doc/csv_to_comgeom.txt with all the information and script updates you've created getting the successful comgeom import completed?  We'll probably want to move it somewhere else eventually but for now that's a place to get it into the repo
16:26.30starseekeralso, can you add the final working comgeom file to the db/ directory?  you can just add it to the CMAKEFILES list at the bottom of the db/CMakeLists.txt directory for now - I'll hook up the conversion machinery later
16:46.29*** join/#brlcad albertcoder (~quassel@202.164.45.194)
16:50.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:56.39raptorWhy such a checking is slow?
17:00.50Ch3ckMarcTannous: can't see your designs clearly from my browser
17:01.00Ch3ckcould you send me a screenshot from your end?
17:02.14*** join/#brlcad harpreet (1bffc8d3@gateway/web/freenode/ip.27.255.200.211)
17:02.25harpreetHello
17:02.54Ch3ckharpreet: hey howdy?
17:03.15harpreetI am harpreet
17:03.34harpreetI want to take part in GSOC
17:05.23Ch3ckMarcTannous: good work, chrome seems to work perfect now
17:05.29harpreeti have checked accepted organizations og 2014 of GSOC
17:06.51harpreetI am interested in computer graphics and i knoe c/c++ and java
17:07.06harpreeti can work with these languages
17:07.50harpreetplease suggest some project ideas according to my skill set
17:07.50Ch3cknice harpreet
17:08.46Ch3ckthe first adviice is for you to get acquainted with community, checkout and compile BRLCAD, try to fix some bugs and submit patches
17:08.46harpreetwhat do i need to do to  get started for it
17:09.07Ch3ckget to know other members of the community, Communicate!
17:10.16harpreethow can i get to know other members of community ?
17:10.19MarcTannousCh3ck: can you upload a printscreen with what you are seeing?
17:10.29MarcTannousCh3ck: and tell me what browser you're on please
17:10.39Ch3ckMarcTannous: no worries everythx is good
17:10.46harpreeti am on google chrome
17:11.05MarcTannousCh3ck: Can you mark my task complete? Than one is just for t-shirts, the others will be submitted as I do them
17:11.18MarcTannousI talked with Sean and established that having them all on a single page is better in the long run
17:11.24Ch3ckMarcTannous: alredy did
17:11.35Ch3cks/alredy/already
17:11.57MarcTannousoh thanks
17:12.04MarcTannousdid not see that, only got your comment on my mail for some reason
17:13.24Ch3ckworking on the Facebook hacker cup, been debugging for more than 3 hours
17:14.38harpreetwhat should i do now ?
17:15.02MarcTannousCh3ck: Can I get a link to that?
17:15.08MarcTannousDid not hear about it
17:15.14harpreeti am using IRC for the first time
17:15.20harpreetbit confused
17:15.58*** join/#brlcad albertcoder (~quassel@117.225.33.178)
17:19.45Ch3ckharpreet: just give some time
17:19.57Ch3cki'm doing competitive programming and talking here
17:20.56harpreetok
17:21.06Ch3ckMarcTannous: https://www.facebook.com/hackercup/problems.php?pid=1036037553088752&round=742632349177460
17:22.19Ch3ckharpreet: first of all get an svn checkout for BRLCAD and compile
17:22.35Ch3ckor have you done it already?
17:22.58harpreetNo i have not done it.
17:23.21harpreetI m going to do it
17:23.48harpreeti shall inform you after doing it
17:25.07Ch3ckharpreet: no problemo ;)
17:28.14MarcTannousOh my god this hacker cup sounds fun
17:29.22Ch3ckMarcTannous: yup
17:29.39Ch3ckis flexing his brain cells, it's been a while
17:32.29MarcTannouswhat is the time constraint on this 2nd problem you're working on?
17:33.37MarcTannousActually nevermind, anything besides backtracking would fit
17:33.46Ch3ckMarcTannous: 6 mins
17:33.58MarcTannousoh nevermind, even backtracking might work
18:06.07Ch3ckMarcTannous: are you participating?
18:06.14MarcTannousCh3ck
18:06.23MarcTannousDon't have the time to upload the last problem in the next 6 days
18:06.28MarcTannousThe GCI is my priority
18:06.42MarcTannousI can do the first two in ¬1 hour but the last one would require some more codework on my side
18:06.52MarcTannousbut I'll surely try my best next year
18:10.34Ch3ckare sure you can crack one and 2 in an hour?
18:10.47Ch3ckit's easier said than done
18:10.53MarcTannousThose are what I've been doing for the past 4-5 years in Romanian Informatics Olympiad
18:12.33MarcTannousFirst one you just retain the number as an array of digits and sort them, then see where you have to do the swap by going greedy from either side of the number
18:13.17MarcTannousSecond one,best solution I can see would  be a smart dynamic ( not sure how this is called in english, I mean dynamic programming ) or just create a graph and go on so called branches
18:13.35MarcTannoustree*, not a graph
18:14.08MarcTannousWhere the parent is a starting aliment or whatever that was, and its children are possible aliments you can eat ( so that the sum does not go above limits )
18:14.18MarcTannousThat surely fits the 6 minutes
18:14.39Ch3ckit does
18:14.57Ch3ckthe greedy method is the best, i've just been too lazy to implement it
18:15.14MarcTannousI would but it seems you only get to round 2 with 100p
18:15.23Ch3ckjust generated a combination of these numbers
18:15.37MarcTannousfor the first one?
18:16.17MarcTannousoh the last one is actually doable too
18:16.27MarcTannousIt's a standard Lee Algorithm
18:16.58MarcTannousNvm, not so standard, there are moving obstacles.
18:17.09MarcTannousBut surely some kind of modified BFS
18:29.37Ch3ckyeah MarcTannous
18:55.18Ch3ckgoes to out .... lady's waiting
18:58.51MarcTannousHave fun
19:06.57*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
19:39.03andromeda-galaxybrlcad, starseeker, Ch3ck, Stragus: are regression tests on rt? If I'm changing the way it shoots rays, having pixel-perfect checking from the regression suite would be nice...
19:45.26andromeda-galaxybrlcad: also, what do you think of adding a new option to rt to hide using the bundled functions behind (experimental)?
20:11.48*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
21:03.15*** join/#brlcad merzo (~merzo@105-113-132-95.pool.ukrtel.net)
21:09.31*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
21:15.25starseekerandromeda-galaxy: any of the regression tests that generate images are in essence rt regression tests
21:15.35starseekerbenchmark will also work that way
21:28.28*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
21:33.54*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
21:39.25MarcTannousgood night guys, have a great day
22:27.11andromeda-galaxystarseeker: ah, good to know, thanks
22:27.27*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
22:30.13*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
22:36.42*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
22:45.53*** join/#brlcad merzo_ (~merzo@105-113-132-95.pool.ukrtel.net)
22:56.48*** join/#brlcad FreezingDroid (~FreezingC@135.0.41.14)
22:58.07*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
23:02.41*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
23:43.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150112

IRC log for #brlcad on 20150112

02:28.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:25.11*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
05:50.46brlcadignacio: good afternoon ;)
05:54.33brlcadandromeda-galaxy: per all the discussion about a streaming query interface, that is definitely on the radar, but probably not for GCI -- and still better to start with what RT currently does, simply refactored into a function
05:55.07brlcadandromeda-galaxy: that alone begs several questions that will have to be answered, like how to process rays line at a time or with recursive refinement
05:56.44brlcadandromeda-galaxy: even with a generator approach, returning an array will be better than a bu_list, so that should be preferred.  just think of this as only focusing on values of N that are equal to all rays ;)
06:05.07brlcadandromeda-galaxy: finally, this set of generator tasks actually has almost nothing to do with rt and more to do with pattern generation.  it's just silly to have a bunch of pattern generators and not actually put them to use where we can (and this GCI task as-is will really have no impact on performance, that's intentional)
06:20.26brlcadandromeda-galaxy: make bench to test rt ray firing, make regress has a few more too
06:37.16*** join/#brlcad YashM (~YashM@117.198.15.0)
07:56.02*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:26.21*** join/#brlcad jasmineseah_17 (b613fd3e@gateway/web/freenode/ip.182.19.253.62)
08:26.31jasmineseah_17hello
08:31.27*** join/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249)
09:05.15*** join/#brlcad albertcoder (~quassel@202.164.53.117)
09:09.30*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:14.15*** join/#brlcad jasmineseah_17 (b613fd3e@gateway/web/freenode/ip.182.19.253.62)
09:14.23jasmineseah_17hello guys
09:15.17YashMhey
09:20.32*** join/#brlcad hannie (b613fd3e@gateway/web/freenode/ip.182.19.253.62)
09:21.02hanniehello!
09:23.59YashMhello hannie
09:25.02*** join/#brlcad luca79 (~luca@host128-104-dynamic.5-87-r.retail.telecomitalia.it)
09:31.37*** join/#brlcad arno (~luca@host90-230-dynamic.5-87-r.retail.telecomitalia.it)
09:32.14*** join/#brlcad raptor (~raptor@194.28.75.241)
09:37.13*** join/#brlcad luca79 (~luca@host84-107-dynamic.15-87-r.retail.telecomitalia.it)
09:39.58*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:46.55YashMI just realized making a web gallery with all the submissions in GCI 2014 is too unrealistic for a real website
09:47.06YashMThere's like 100 images
09:47.20YashM(literally)
09:53.30*** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com)
09:54.26*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:08.09*** join/#brlcad merzo (~merzo@92.60.189.225)
10:43.02raptorhttps://www.google-melange.com/gci/task/view/google/gci2014/5008500564426752
10:43.03gcibot[[ Model BRL-CAD logo in BRL-CAD #10 || BRL-CAD || NeedsReview (3 days 7 hrs 58 min) || Sean, Ishwerdas ]]
10:56.57*** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174)
12:03.48*** join/#brlcad YashM (~YashM@117.198.15.0)
12:09.03*** join/#brlcad shardulc (7aa947e1@gateway/web/freenode/ip.122.169.71.225)
12:09.46shardulcbrlcad, are you there?
12:10.32*** join/#brlcad YashM (~YashM@117.198.15.0)
12:17.25shardulcbrlcad, I just wanted to ask about the task to submit a script to detect dead code (viz. when is this task coming up?)
12:17.50shardulcthanks!
12:32.42*** join/#brlcad YashM_ (~YashM@117.222.23.188)
13:06.02*** join/#brlcad raptor (~raptor@194.28.75.241)
13:28.46*** join/#brlcad YashM (~YashM@117.198.7.149)
13:48.51Notify03BRL-CAD:brlcad * 63920 brlcad/trunk/AUTHORS: credit krisha for the gci code patch that eliminated a global variable.
13:48.51``Erikwaits for the bot tsunami
13:52.23Notify03BRL-CAD Wiki:Harpreet1992 * 0 /wiki/User:Harpreet1992:
13:52.24Notify02GCI:helix * 6637040225484800 : Ready for review - The work on this task is ready to be reviewed.
13:52.25Notify02GCI:shivam691999 * 4596409726664704 : Task Claimed - I would like to work on this task.
13:52.26Notify02GCI:deepakkumarsharma * 4596346644332544 : Task Assigned - This task has been assigned to PrinceKhan. You have 100 hours to complete this task, good luck!
13:52.27Notify02GCI:deepakkumarsharma * 4596409726664704 : Task Assigned - This task has been assigned to Shivam Sharma. You have 100 hours to complete this task, good luck!
13:52.28Notify02GCI:wenxuan45 * 4609906124521472 : Ready for review - The work on this task is ready to be reviewed.
13:52.29Notify02GCI:mihaineacsu29 * 6384883232407552 : None -  I love the small details on the BRL-CAD text! Awesome job, Joy!
13:52.30Notify02GCI:rohit_agarwal * 6365435620491264 : Ready for review - The work on this task is ready to be reviewed.
13:52.31Notify02GCI:deepakkumarsharma * 5002699137351680 : Task Assigned - This task has been assigned to ariessa. You have 100 hours to complete this task, good luck!
13:52.32Notify02GCI:deepakkumarsharma * 6369124728963072 : Task Assigned - This task has been assigned to Joy Chen. You have 100 hours to complete this task, good luck!
13:52.33Notify02GCI:joy818200 * 6369124728963072 : Ready for review - The work on this task is ready to be reviewed.
13:52.34Notify02GCI:o7p9bxbnyj * 6348864562921472 : Ready for review - The work on this task is ready to be reviewed.
13:52.35Notify02GCI:deep10 * 5269456200663040 : Task Claimed - I would like to work on this task.
13:52.36Notify02GCI:mihaineacsu29 * 5269456200663040 : Task Assigned - This task has been assigned to Ko0lGuY. You have 100 hours to complete this task, good luck!
13:52.37Notify02GCI:mihaineacsu29 * 6365435620491264 : Task Closed - Congratulations, this task has been completed successfully.
13:52.38Notify02GCI:mihaineacsu29 * 6365435620491264 : None -  Fantastic work, Rohit!
13:52.39Notify02GCI:mihaineacsu29 * 6369124728963072 : None -  Wow, that looks amazing! I like the subtle inside gradient on the text.
13:52.40Notify02GCI:joy818200 * 6369124728963072 : None -  Thank you!
13:52.41Notify02GCI:deep10 * 5269456200663040 : Converting png to bw -  When converting I get error showing me all the pix-bw commands. I copied and pasted the exact command.
13:52.42Notify02GCI:deep10 * 5269456200663040 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:52.43Notify02GCI:maitreyav * 4635701832318976 : Task Claimed - I would like to work on this task.
13:52.44Notify02GCI:ch3ck * 4635701832318976 : Task Assigned - This task has been assigned to Maitreya Vyas. You have 100 hours to complete this task, good luck!
13:52.45Notify02GCI:adrianneng * 5213338241859584 : Task Claimed - I would like to work on this task.
13:52.46Notify02GCI:ch3ck * 5213338241859584 : Task Assigned - This task has been assigned to Adrianne. You have 100 hours to complete this task, good luck!
13:52.47Notify02GCI:estafador * 5228725012529152 : Ready for review -  Hi, the task has not been reviewed for a day, is there a problem with the link I uploaded the psd file or something that I can fix?
13:52.48Notify02GCI:harman052 * 4609906124521472 : Task Closed - Congratulations, this task has been completed successfully.
13:52.50Notify02GCI:harman052 * 4977508348854272 : Overlaps -  Hi Vladimir,  "rtcheck" command detects overlaps in your model. Please remove these and submit again.
13:52.51Notify02GCI:harman052 * 4977508348854272 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed...
13:52.52Notify02GCI:harman052 * 6637040225484800 : Zip file -  Hi Yash,  You did a great job. You need to upload your webpage and images as a single zip file that we can download, unzip and open up in the...
13:52.53Notify02GCI:harman052 * 6637040225484800 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed...
13:52.54Notify02GCI:helix * 6637040225484800 : Hey -  You can clone the files with "git clone https://github.com/yash-m/BRL-CAD-Portfolio.git" but still I'll upload it.
13:52.55Notify02GCI:vs37nx * 5001497033048064 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:52.56Notify02GCI:vs37nx * 5269456200663040 : Task Claimed - I would like to work on this task.
13:52.57Notify02GCI:utkarshsingh341 * 6391659885494272 : Task Claimed - I would like to work on this task.
13:52.58Notify02GCI:brlcad * 4949239830413312 : Task Closed - Congratulations, this task has been completed successfully.
13:52.59Notify02GCI:brlcad * 4949239830413312 : how long? -  Duckie,  This looks like excellent work. How long did this one take you? Note that there are several other transcription tasks if you're interested!...
13:53.00Notify02GCI:rohit_agarwal * 5867661997113344 : Task Claimed - I would like to work on this task.
13:53.01Notify02GCI:brlcad * 6733016101552128 : Task Closed - Congratulations, this task has been completed successfully.
13:53.02Notify02GCI:tannousmarc * 6170066148130816 : Task Claimed - I would like to work on this task.
13:53.03Notify02GCI:brlcad * 6733016101552128 : looks good -  Marc, this is outstanding and will work well enough (certainly enough effort). However, I am having doubts on the cover flow. Since the goal is to...
13:53.04Notify02GCI:brlcad * 6348864562921472 : almost threw me there -  Your use of a center ray had me concerned there for a second, but then it was clear you were just using is as a point and a vector. Well...
13:53.05Notify02GCI:brlcad * 6632135641268224 : missing summary -  Raptor, the comments you added to tooth_script.py were vary vague and in many instances merely repeat what the code already says. Comments should...
13:53.06Notify02GCI:brlcad * 6632135641268224 : here's an example -  Here's a better example of good commenting. Note all of the # lines throughout. They say what the code does not. Summarizing and explaining...
13:53.07Notify02GCI:brlcad * 6632135641268224 : Task Closed - Congratulations, this task has been completed successfully.
13:53.08Notify02GCI:brlcad * 6632135641268224 : oh well -  accidentally closed. *sigh* If you're inclined to add proper comments, please e-mail them to contest at brlcad dot org.
13:53.09Notify02GCI:brlcad * 4992155881832448 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
13:53.10Notify02GCI:brlcad * 4992155881832448 : screenshot -  Yizhuo, it looks like you might have gotten your name modeled as an extruded bitmap, but it's really hard to tell from your screenshot. Plus, there is...
13:53.11Notify02GCI:thevk * 4977508348854272 : Ready for review - The work on this task is ready to be reviewed.
13:53.12Notify02GCI:brlcad * 5228725012529152 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
13:53.13Notify02GCI:brlcad * 5228725012529152 : Deadline extended - The deadline of the task has been extended with 2 days and 2 hours.
13:53.14Notify02GCI:keshashah * 4977508348854272 : Task Closed - Congratulations, this task has been completed successfully.
13:53.15Notify02GCI:brlcad * 5228725012529152 Design a BRL-CAD splash screen #15 https://www.google-melange.com/gci/task/view/google/gci2014/5228725012529152:   no problem   Youlian, reviews can take up to 24...
13:53.16Notify02GCI:brlcad * 6637040225484800 : Task Closed - Congratulations, this task has been completed successfully.
13:53.16gcibot[[ Design a BRL-CAD splash screen #15 || BRL-CAD || Closed || Kesha Shah, Ch3ck ]]
13:53.17Notify02GCI:brlcad * 6637040225484800 : fantastic! -  This looks absolutely fantastic Yash. I love how keyboard navigation works and the images scale to the size of the window. Perfect!
13:53.18Notify02GCI:brlcad * 5269456200663040 : Task Assigned - This task has been assigned to Jacob L. You have 100 hours to complete this task, good luck!
13:53.19Notify02GCI:brlcad * 6391659885494272 : Task Assigned - This task has been assigned to utkarshsingh. You have 100 hours to complete this task, good luck!
13:53.20Notify02GCI:brlcad * 6170066148130816 : Task Assigned - This task has been assigned to Marc Tannous. You have 100 hours to complete this task, good luck!
13:53.21Notify02GCI:brlcad * 5028787255246848 : Task Closed - Congratulations, this task has been completed successfully.
13:53.22Notify02GCI:brlcad * 5028787255246848 : excellent -  Outstanding work Krishna. This change will be applied to our sources momentarily, and you'll be credited with your coding contribution. If you would...
13:53.23Notify02GCI:brlcad * 5028787255246848 : applied -  Your patch was applied in r63919 and you have been credited in our authorship documentation.
13:53.24Notify02GCI:helix * 6739586596208640 : Task Claimed - I would like to work on this task.
13:53.25Notify02GCI:rohit_agarwal * 5867661997113344 : Ready for review - The work on this task is ready to be reviewed.
13:53.26Notify02GCI:popescuandrei * 6391659885494272 : None -  Hello, utkarshsingh!  The banner looks really nice, and it's pretty much good in this form, but there is one thing I would advice you to change.There...
13:53.27Notify02GCI:popescuandrei * 5867661997113344 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
13:53.28Notify02GCI:vs37nx * 5269456200663040 : Ready for review - The work on this task is ready to be reviewed.
13:53.29Notify02GCI:zhang_yizhuo * 4992155881832448 : None -  Hi Sir,  Sorry for the repeated uploads. This is due to the unstable network at my side.  It seems like the letters have their middle parts missing....
13:53.30Notify02GCI:zhang_yizhuo * 4992155881832448 : Ready for review - The work on this task is ready to be reviewed.
13:53.31Notify02GCI:thevk * 5044166241288192 : Task Claimed - I would like to work on this task.
13:53.32Notify02GCI:harman052 * 5044166241288192 : Task Assigned - This task has been assigned to Vladimir Kuznetsov. You have 100 hours to complete this task, good luck!
13:53.33Notify02GCI:popescuandrei * 4992155881832448 : None -  Hello!  We didn't have an enforced rule so far, but we ve asked everyone to have their names visible completely, so we will ask the same from you, as...
13:53.34Notify02GCI:popescuandrei * 4992155881832448 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
13:53.35Notify02GCI:popescuandrei * 5269456200663040 : Task Closed - Congratulations, this task has been completed successfully.
13:53.36Notify02GCI:utkarshsingh341 * 6391659885494272 : Ready for review - The work on this task is ready to be reviewed.
13:53.37Notify02GCI:ralpt3748752_qejwhe * 6632135641268224 : None -  Thank you, I'll post) will spread in the irc chat or mail
13:53.38Notify02GCI:popescuandrei * 6391659885494272 : Task Closed - Congratulations, this task has been completed successfully.
13:53.39Notify02GCI:adityagulati * 6650599705673728 : Task Claimed - I would like to work on this task.
13:53.40Notify02GCI:ralpt3748752_qejwhe * 6632135641268224 : None -  I redid the comments in the script - https://mega.co.nz/#!GAUH1QZD!wvanPjtAmKpfyxw4CghiOojy72Y2L9-b1jqYw8vm7k
13:53.41Notify02GCI:ralpt3748752_qejwhe * 5008500564426752 : Task Claimed - I would like to work on this task.
13:53.42Notify02GCI:dishank * 6650599705673728 : Task Assigned -  This task has been assigned to Mou Yan Qiao. You have 100 hours to complete this task, good luck!
13:53.43Notify02GCI:zhang_yizhuo * 4992155881832448 : Ready for review - The work on this task is ready to be reviewed.
13:53.44Notify02GCI:dishank * 6650599705673728 : Task Assigned -  This task has been assigned to Aditya Gulati. You have 100 hours to complete this task, good luck!
13:53.45Notify02GCI:utkarshsingh341 * 5020355882123264 : Task Claimed - I would like to work on this task.
13:53.46Notify02GCI:deepakkumarsharma * 6650599705673728 : Task Assigned - This task has been assigned to Aditya Gulati. You have 100 hours to complete this task, good luck!
13:53.47Notify02GCI:deepakkumarsharma * 6739586596208640 : Task Assigned - This task has been assigned to Yash. You have 100 hours to complete this task, good luck!
13:53.48Notify02GCI:princealikhan08 * 4596346644332544 : Ready for review - The work on this task is ready to be reviewed.
13:53.49Notify02GCI:ralpt3748752_qejwhe * 5008500564426752 : Ready for review - The work on this task is ready to be reviewed.
13:53.50Notify02GCI:estafador * 5228725012529152 : Ready for review -  Hi,  I have looked through your comments and refined some of the problems you have pointed out:   Logo: I have cleared the warts on the logo....
13:53.51Notify02GCI:estafador * 5228725012529152 : Ready for review - The work on this task is ready to be reviewed.
13:53.52Notify02GCI:mukulkamboj * 5252586642866176 : Task Claimed - I would like to work on this task.
13:53.53Notify02GCI:tannousmarc * 6170066148130816 : Final version -  After receiving feedback from Sean, I came up with a new tabular layout which is usability over design, however keeping it responsive and as...
13:53.54Notify02GCI:tannousmarc * 6170066148130816 : Ready for review - The work on this task is ready to be reviewed.
13:53.55Notify02GCI:thehitmanranjan * 4514175061590016 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:53.56Notify02GCI:ch3ck * 6170066148130816 : Task Closed - Congratulations, this task has been completed successfully.
13:53.57Notify02GCI:tannousmarc * 5540458302275584 : Task Claimed - I would like to work on this task.
13:53.58Notify02GCI:izak * 5540458302275584 : Task Assigned - This task has been assigned to Marc Tannous. You have 100 hours to complete this task, good luck!
13:53.59Notify02GCI:vdagar * 6394920436760576 : Task Claimed - I would like to work on this task.
13:54.00Notify02GCI:vdagar * 6394920436760576 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:54.01Notify02GCI:tannousmarc * 5540458302275584 : Ready for review - The work on this task is ready to be reviewed.
13:54.02Notify02GCI:vs37nx * 5860136425881600 : Task Claimed - I would like to work on this task.
13:54.03Notify02GCI:mihaineacsu29 * 5860136425881600 : Task Assigned - This task has been assigned to Jacob L. You have 100 hours to complete this task, good luck!
13:54.04Notify02GCI:krishna_ravi * 5028787255246848 : Thank You -  Thanks alot! My full name is: Krishna Ravishankar
13:54.05Notify02GCI:brlcad * 5044166241288192 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
13:54.06Notify02GCI:brlcad * 4596346644332544 : wot -  PrinceKhan, I'm not sure you fully read this task description. You created a gallery, but not of our Coreinterface logo design tasks. You need to search on...
13:54.07Notify02GCI:brlcad * 5008500564426752 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
13:54.08Notify02GCI:brlcad * 5008500564426752 : regions -  Raptor, I noticed you have regions within regions -- this is a modeling error. An object should only be marked a region if it's a combination that...
13:54.09Notify02GCI:brlcad * 5228725012529152 : Task Closed - Congratulations, this task has been completed successfully.
13:54.10Notify02GCI:brlcad * 5228725012529152 : thanks -  Thank you for your efforts and creativity!
13:54.11Notify02GCI:brlcad * 5540458302275584 : Task Closed - Congratulations, this task has been completed successfully.
13:54.12Notify02GCI:o7p9bxbnyj * 5323147989483520 : Task Claimed - I would like to work on this task.
13:54.13Notify02GCI:tannousmarc * 6646910597201920 : Task Claimed - I would like to work on this task.
13:54.14Notify02GCI:brlcad * 5323147989483520 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 100 hours to complete this task, good luck!
13:54.15Notify02GCI:tannousmarc * 6646910597201920 : Ready for review - The work on this task is ready to be reviewed.
13:54.16Notify02GCI:brlcad * 6646910597201920 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
13:54.17Notify02GCI:brlcad * 6646910597201920 : gci links? -  Marc, I just noticed that the links back to the GCI pages are missing. Still want to have those so we can get at the original files, look at the...
13:54.18Notify02GCI:tannousmarc * 6646910597201920 : Will do -  Leaving for school now, will add these as soon as I get home.  Regards,  Marc
13:54.19Notify02GCI:jasmineseah_17 * 6360824117460992 : Task Claimed - I would like to work on this task.
13:54.20Notify02GCI:zynatrix * 5218710037987328 : Task Claimed - I would like to work on this task.
13:54.21Notify02GCI:rossberg * 6360824117460992 : Task Assigned - This task has been assigned to Jasmine. You have 100 hours to complete this task, good luck!
13:54.22Notify02GCI:samuel_chua * 5257061864570880 : Task Claimed - I would like to work on this task.
13:54.23Notify02GCI:tannousmarc * 6646910597201920 : Ready for review - The work on this task is ready to be reviewed.
13:54.24Notify02GCI:zynatrix * 5218710037987328 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:54.25Notify02GCI:jasmineseah_17 * 6360824117460992 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:54.26Notify02GCI:jasmineseah_17 * 5909967089434624 : Task Claimed - I would like to work on this task.
13:54.27Notify02GCI:hannie * 5229665341931520 : Task Claimed - I would like to work on this task.
13:54.28Notify02GCI:arclith * 5859273187786752 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:54.29Notify02GCI:arclith * 5564670123442176 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:54.30Notify02GCI:arclith * 5311760286351360 : Task Claimed - I would like to work on this task.
13:54.31Notify02GCI:rossberg * 5257061864570880 : Task Assigned - This task has been assigned to Samuel Chua. You have 100 hours to complete this task, good luck!
13:54.32Notify02GCI:rossberg * 5218710037987328 : Task Assigned - This task has been assigned to Ryan. You have 100 hours to complete this task, good luck!
13:54.33Notify02GCI:rossberg * 6646910597201920 : The links are not clickable -  Maybe it's only me but I can't click on the links to Melange.
13:54.34Notify02GCI:retardvoldy * 5511140318642176 : Task Claimed - I would like to work on this task.
13:54.35Notify02GCI:tannousmarc * 6646910597201920 : they are not supposed to br -  Lightbox is all wrapped in a big a href which on click toggles the modal window, and I cannot wrap another a tag around the link...
13:54.36Notify02GCI:tannousmarc * 6646910597201920 : Ready for review - The work on this task is ready to be reviewed.
13:54.37Notify02GCI:pby * 5310294628761600 : Task Claimed - I would like to work on this task.
13:54.38Notify02GCI:arclith * 5311760286351360 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:54.39Notify02GCI:rossberg * 5511140318642176 : Task Assigned - This task has been assigned to Retardvoldy. You have 100 hours to complete this task, good luck!
13:54.40Notify02GCI:rossberg * 5310294628761600 : Task Assigned - This task has been assigned to Bang Yong. You have 100 hours to complete this task, good luck!
13:54.41Notify02GCI:kirito * 4533992846000128 : Task Claimed - I would like to work on this task.
13:54.42Notify02GCI:rossberg * 5909967089434624 : Task Closed - Congratulations, this task has been completed successfully.
13:54.44Notify02GCI:rossberg * 4533992846000128 : Task Assigned - This task has been assigned to brian. You have 100 hours to complete this task, good luck!
13:54.45Notify02GCI:hannie * 5229665341931520 : Ready for review - The work on this task is ready to be reviewed.
13:54.46Notify02GCI:hannie * 5229665341931520 : Task 1 Completed -  I have commented on the irc chat. My username is hannie. Thanks!
13:54.47Notify02GCI:arclith * 5311760286351360 : Task Claimed - I would like to work on this task.
13:54.48Notify02GCI:bobdebewder * 5604954702086144 : Task Claimed - I would like to work on this task.
13:54.49Notify02GCI:bobdebewder * 5604954702086144 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:54.50Notify02GCI:ralpt3748752_qejwhe * 5008500564426752 : Ready for review - The work on this task is ready to be reviewed.
13:54.51Notify02GCI:bobdebewder * 6418050127495168 : Task Claimed - I would like to work on this task.
13:54.52Notify02GCI:izak * 5257061864570880 : Task Closed - Congratulations, this task has been completed successfully.
13:54.53Notify02GCI:jasmineseah_17 * 5909967089434624 : Ready for review - The work on this task is ready to be reviewed.
13:54.54Notify02GCI:helix * 6739586596208640 : Ready for review - The work on this task is ready to be reviewed.
13:54.55Notify02GCI:tejas43 * 5226596319363072 : Task Claimed - I would like to work on this task.
13:54.56Notify02GCI:helix * 6739586596208640 : Question -  Do I put all the images in one webpage, or make individual gallery for each category? The former does seem like a good idea but then it is far too...
13:54.57Notify02GCI:rossberg * 5311760286351360 : Task Assigned - This task has been assigned to Mou Yan Qiao. You have 100 hours to complete this task, good luck!
13:54.58Notify02GCI:rossberg * 6418050127495168 : Task Assigned - This task has been assigned to Liang Shi Lin, Bob. You have 100 hours to complete this task, good luck!
13:54.59Notify02GCI:rossberg * 5229665341931520 : None -  Hmm, same IP address on IRc as jasmineseah_17. That is coincidence.
13:55.00Notify02GCI:samuel_chua * 5257061864570880 : Ready for review - The work on this task is ready to be reviewed.
13:55.01Notify02GCI:jasmineseah_17 * 5909967089434624 : None -  I have commented on #brlcad. My username is jasmineseah_17
13:55.02Notify02GCI:Melange * 4956557716488192 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
13:55.03Notify02GCI:rossberg * 5008500564426752 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
13:55.04Notify02GCI:kirito * 4533992846000128 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
13:55.05Notify02GCI:ralpt3748752_qejwhe * 5008500564426752 : Ready for review - The work on this task is ready to be reviewed.
13:55.06Notify02GCI:rossberg * 5008500564426752 : The problem with "regions within regions" still exists -  and I'm missing a group containing everything which belongs to your logo design.
13:55.07Notify02GCI:kirito * 4533992846000128 : detail of crah -
13:55.08Notify02GCI:rossberg * 5226596319363072 : Task Assigned - This task has been assigned to tejas. You have 100 hours to complete this task, good luck!
13:55.09Notify02GCI:kirito * 4533992846000128 : Ready for review - The work on this task is ready to be reviewed.
13:55.10Notify02GCI:ralpt3748752_qejwhe * 5008500564426752 : None -  Sorry mistakenly sent old
13:55.11Notify02GCI:rossberg * 5229665341931520 : Task Closed - Congratulations, this task has been completed successfully.
13:55.12Notify02GCI:arclith * 5311760286351360 : Ready for review - The work on this task is ready to be reviewed.
13:55.13Notify02GCI:rossberg * 6739586596208640 Create a web gallery of GCI 3D models #2 https://www.google-melange.com/gci/task/view/google/gci2014/6739586596208640:   Are this really all tasks?   For example, I...
13:55.14Notify02GCI:rossberg * 6739586596208640 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
13:55.14gcibot[[ Create a web gallery of GCI 3D models #2 || BRL-CAD || NeedsReview (3 days 4 hrs 49 min) || Popescu Andrei, Hardeep Singh Rai ]]
13:55.15Notify02GCI:rossberg * 5311760286351360 : Task Closed - Congratulations, this task has been completed successfully.
13:55.16Notify02GCI:helix * 6739586596208640 Create a web gallery of GCI 3D models #2 https://www.google-melange.com/gci/task/view/google/gci2014/6739586596208640:   Added a task.   I added the...
13:55.17gcibot[[ Create a web gallery of GCI 3D models #2 || BRL-CAD || NeedsReview (3 days 4 hrs 49 min) || Popescu Andrei, Hardeep Singh Rai ]]
13:55.17Notify02GCI:helix * 6739586596208640 : Ready for review - The work on this task is ready to be reviewed.
13:55.18Notify02GCI:rossberg * 6418050127495168 : Another one in a series of very similar screen shots -  But formal OK.
13:55.19Notify02GCI:rossberg * 5008500564426752 : You should have used the other ones -  Look at Sean's comment: "An object should only be marked a region if it's a combination that represents a single material...
13:55.22Notify03BRL-CAD:ejno * 63921 brlcad/trunk/src/libged/simulate/simulate.cpp: approximate volume using the bounding box if ft_volume is not available
13:56.44Notify02GCI:rossberg * 6739586596208640 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
13:58.31YashMd_rossberg, are there any bugs on the website on your side?
14:00.23d_rossbergi found no bugs but i havn't tested it heavily
14:00.35Notify02GCI:ralpt3748752_qejwhe * 5008500564426752 : Ready for review - The work on this task is ready to be reviewed.
14:00.45YashMyou said the images dont fit on your screen
14:00.50YashMwhat's your resolution?
14:00.50Notify02GCI:tannousmarc * 6646910597201920 : Submitted -  Now every work has its students name above it, and on click opens its corresponding task. Throughout all the categories implemented at the moment,...
14:01.03*** join/#brlcad MarcTannous (bc192333@gateway/web/cgi-irc/kiwiirc.com/ip.188.25.35.51)
14:01.22YashMI made it so the full size fits the entire browser window
14:01.36d_rossbergthe browser makes them fit, but sometimes i get a magnifier under the mouse
14:01.38MarcTannousd_rossberg: Found a workaround to linking tasks  http://www.google-melange.com/gci/task/view/google/gci2014/6646910597201920 , now it opens it in a new tab on author name click
14:01.39gcibot[[ Create a web gallery of GCI splash screen designs #3 || BRL-CAD || NeedsReview (3 days 20 hrs 9 min) || Ishwerdas, Ch3ck ]]
14:01.50MarcTannousAnd implemented it throughout the web page
14:02.15YashMmagnifier under the mouse?
14:02.17MarcTannousGenerally, clicking the design opens a preview while clicking the author opens the task.
14:03.08YashMThe thing is, if I crop it, it makes no difference to the preview since it is center aligned
14:03.11YashMby all margins
14:03.33YashMif i just make it small to fit the preview, it will be distorted
14:03.42YashMand some images will be really small to fit the canvas
14:04.31d_rossbergYashM: e.g. look at portfolio2.png/portfolio3.png and portfolio 5.png/portfolio6.png
14:05.44d_rossbergyou could resize them to have the same width or hight
14:05.54YashMd_rossberg so...?
14:08.19YashMwhat is your resolution?
14:09.52d_rossberg1280x1024
14:10.17*** join/#brlcad krishna_ (~krishna@5.231.52.94)
14:11.18*** join/#brlcad raptor (~raptor@194.28.75.241)
14:11.58d_rossbergYashM: it's part of the task's description: "...preview image that you can scale (so they're all about the same size) and use for the gallery..."
14:12.20*** join/#brlcad YashM_ (~YashM@117.222.68.177)
14:12.25raptorhttps://www.google-melange.com/gci/task/view/google/gci2014/5008500564426752
14:12.26gcibot[[ Model BRL-CAD logo in BRL-CAD #10 || BRL-CAD || NeedsReview (3 days 4 hrs 29 min) || Sean, Ishwerdas ]]
14:12.52YashM_sorry DC'd
14:13.18YashM_rossberg, did you receive my message?
14:13.23d_rossbergMarcTannous: i'll have a look at it
14:14.26d_rossbergYashM_: i think so, 1280x1024
14:14.40d_rossbergbtw, it's part of the task's description: "...preview image that you can scale (so they're all about the same size) and use for the gallery..."
14:15.54YashM_d_rossberg, i will crop the extra background out the images, is that okay?
14:18.39YashM_d_rossberg, is there something else that needs to be done apart from cropping out the backgrounds?
14:20.54Notify02GCI:keshava_muraari * 4956557716488192 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
14:21.26ignacioGood morning
14:29.52YashM_d_rossberg, I have commited the cropped files
14:35.01YashM_see if it's okay now or if something more needs to be done
14:35.16YashM_the images are mostly really small now so i guess there shouldnt be a problem
14:35.48YashM_a tank in the middle is kinda big but thats okay because i cropped the extra stuff and the image would just fit on your screen and not overflow
14:36.26d_rossbergYashM_: or you could resize images and keeping their aspect ration (that's why I've said same width OR hight)
14:37.27YashM_d_rossberg, that would be a waste, wouldn't it? Since the images do always fit the screen if they're big, theres no point in making it smaller, it's just loss of a good high res image
14:37.59YashM_the extra stuff which took valuable space is now removed
14:38.58YashM_plus what if some images are really small so that i have to make others the same size
14:39.22YashM_also keeping in mind the almost all the images have different aspect ratios
14:44.05d_rossbergYashM_: i wouldn't say it's a waste of time because it would give it a better appearance, but you can set the task to "neeeds review" now
14:45.03YashM_I didn't mean time, i meant a waste of high res image
14:46.04d_rossbergthe real value is in the .g, not the .png ;)
14:46.26MarcTannousd_rossberg: Was my way of linking to tasks okay?
14:46.33YashM_Did you go through the gallery?
14:46.34YashM_does it fit?
14:47.01YashM_I want to make it look nice and will make complete only once you're fine with it
14:49.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:50.17d_rossbergYashM_: it isn't always easy to say when a web galery is "good enough", but now, after you've croped the images and improved the thumbnails this way i would say it is
14:53.07Notify02GCI:rossberg * 6646910597201920 : Task Closed - Congratulations, this task has been completed successfully.
14:53.14d_rossbergMarcTannous: yes
14:56.51Notify02GCI:rossberg * 5577655134978048 : Task Assigned - This task has been assigned to Marc Tannous. You have 100 hours to complete this task, good luck!
14:58.32Notify02GCI:tannousmarc * 6646910597201920 : Workaround -  Found a workaround, linking the name of the author to the task. Nested <a> elements are not working cross-browser, so this is a solution that...
15:02.03Notify02GCI:tannousmarc * 5577655134978048 : Ready for review - The work on this task is ready to be reviewed.
15:03.00Notify02GCI:rossberg * 5008500564426752 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
15:03.31Notify03BRL-CAD:ejno * 63922 (brlcad/trunk/src/libged/simulate/simulate.cpp brlcad/trunk/src/libged/simulate/world_object.cpp brlcad/trunk/src/libged/simulate/world_object.hpp): calculate the position of objects within combinations
15:04.07andromeda-galaxybrlcad: that makes sense...  as long as it isn't a problem for rt to try and traverse the linked lists for now...
15:05.37andromeda-galaxybrlcad: by the way, this made me look more closely at rt_shootrays, and it looks like rt_shootrays() isn't at all parallel right now, is that something that we might want to change at some point?
15:06.39Notify02GCI:helix * 6739586596208640 : Ready for review - The work on this task is ready to be reviewed.
15:06.40Notify02GCI:bobdebewder * 6418050127495168 : Ready for review - The work on this task is ready to be reviewed.
15:07.09Notify02GCI:helix * 6739586596208640 : Cropped -  I cropped the background of all the images to avoid unnecessary space usage. I hope this is fine.
15:09.20Notify02GCI:rossberg * 6739586596208640 : Task Closed - Congratulations, this task has been completed successfully.
15:10.58*** join/#brlcad arno (~luca@host246-13-dynamic.0-87-r.retail.telecomitalia.it)
15:13.47Notify03BRL-CAD:starseeker * 63923 brlcad/trunk/src/librt/test_shape_recognition.cpp: return the highest order face, start thinking about how to store intermediate data on comb structures.
15:18.24Notify02GCI:ralpt3748752_qejwhe * 5008500564426752 : Ready for review - The work on this task is ready to be reviewed.
15:19.15Notify02GCI:rossberg * 5008500564426752 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
15:19.56Notify02GCI:princealikhan08 * 4596346644332544 : Ready for review - The work on this task is ready to be reviewed.
15:20.11*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
15:22.23andromeda-galaxybrlcad: also, if (in general) using arrays for the ray bundles is better than using a bu_list, why does the ``new'' rt_shootrays() interface need a bu_list of xrays instead of struct xrays[]?
15:22.31andromeda-galaxysorry, struct xray[]
15:25.25*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
15:29.06``Erikandromeda-galaxy: what's the task #?
15:29.57andromeda-galaxy``Erik: for which one?
15:30.00``Erikisn't sure where the whole linked list idea came from... shot his mouth off talking about a generator, but the initial example was passing the generator an array to fill
15:30.17``Erikwhatever one the linked list ray bundle thing is
15:30.22andromeda-galaxyahhh... it's that a while ago, brlcad said that about rt_shootrays vs. rt_shootray_bundle
15:30.28andromeda-galaxyrt_shootrays() is the better interface,
15:30.35andromeda-galaxybut it uses a struct application_bundle as input,
15:30.39andromeda-galaxywhich contains a struct xrays
15:30.47andromeda-galaxywhich is basically bu_list of xrays
15:31.19andromeda-galaxyand I was curious why rt_shootrays was using a linked list, since I can't think of any advantage over an array, as long as the array is long enough
15:31.36``Erikah, probably so rays could be added arbitrarily
15:31.43``Eriksecondary rays, etc
15:32.23andromeda-galaxy``Erik: that's true... using generator style interface might have even more benefits then, since it might be possible to
15:32.33andromeda-galaxyeither (a) return sequences in either form
15:32.55andromeda-galaxyor (b) reasonably easily insert rays... it would be interesting to make the general generator interface
15:33.19Notify02GCI:Melange * 4948190365220864 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
15:33.21andromeda-galaxy``Erik: have an insert() type call that stores extra rays to be output when ray #n is required, instead of calling the function
15:35.41andromeda-galaxy``Erik: also, do you think anyone would mind if I made it so that rtshot, with RDEBUG_RAYPLOT didn't require a database, and could instead just generate the raybundles and visualize them without shooting them?
15:36.00``Erikchanging from bu_list to another data structure in application_bundle might be appropriate, as well..
15:36.33``Erikbut outside of the scope for this task, I'd think
15:37.33andromeda-galaxy``Erik: true, just something I was thinking about for the future...
15:38.19``Erikum, the geometry is currently used to set up the camera position at the moment... and generating one is trivial... "opendb blah.g; make sph.s sph" boom, done
15:41.23raptorhttps://www.google-melange.com/gci/task/view/google/gci2014/5008500564426752
15:41.24gcibot[[ Model BRL-CAD logo in BRL-CAD #10 || BRL-CAD || NeedsReview (3 days 3 hrs 0 min) || Sean, Ishwerdas ]]
15:49.20*** join/#brlcad YashM (~YashM@117.198.19.211)
15:50.47Notify02GCI:brlcad * 5577655134978048 : Task Closed - Congratulations, this task has been completed successfully.
15:51.53Notify02GCI:tannousmarc * 6666358209118208 : Task Claimed - I would like to work on this task.
15:53.21*** join/#brlcad raptor (~raptor@194.28.75.241)
15:56.20Notify02GCI:brlcad * 5008500564426752 : Task Closed - Congratulations, this task has been completed successfully.
15:56.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:56.51Notify03BRL-CAD:starseeker * 63924 brlcad/trunk/src/librt/test_shape_recognition.cpp: More logic reorg, thinking about how to handle splits.
15:57.08andromeda-galaxy``Erik: yeah, the real problem with it is:
15:57.14gcibotLast 7 days for work!
15:57.36andromeda-galaxy(that is, with the current rtshot interface)
15:58.06andromeda-galaxyis that it doesn't seem to be able to plot the rays and only the rays, it always plots a few extra vectors & different colors based on where the rays are...
16:01.04andromeda-galaxyalso, the results from rt_shootray_bundle() only ever seems to generate *one* plotted ray
16:02.04Notify02GCI:brlcad * 4596346644332544 : still not Coreinterface -  This is still not Coreinterface logo tasks, and I'm not sure I even see that you made a change. Please re-read the task description in...
16:02.29Notify02GCI:brlcad * 6666358209118208 : Task Assigned - This task has been assigned to Marc Tannous. You have 100 hours to complete this task, good luck!
16:03.49Notify02GCI:brlcad * 6666358209118208 : alternate designs -  Be sure to keep an eye out for alternate designs, where someone has uploaded several alternate versions. It might not even be the last upload....
16:10.40andromeda-galaxybrlcad: are you here?
16:11.29Notify02GCI:pby * 5310294628761600 : Ready for review - The work on this task is ready to be reviewed.
16:13.19*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-xfwukgxcavseopmw)
16:14.09Notify02GCI:brlcad * 5310294628761600 : Task Closed - Congratulations, this task has been completed successfully.
16:18.14Notify03BRL-CAD:peter-sa * 63926 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/mkbundle.c): Apply GCI task tps://www.google-melange.com/gci/task/view/google/gci2014/6348864562921472 that adds an 'xrays' pattern generator to sample a frustum.
16:18.35raptorbrlcad, I sent a message to the updated script comments
16:19.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:20.28Notify03BRL-CAD:peter-sa * 63927 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/mkbundle.c): Apply GCI task https://www.google-melange.com/gci/task/view/google/gci2014/5864338229297152 that adds an 'xrays' pattern generator to sample a uniform rectangular grid with orthogonal rays.
16:20.29gcibot[[ Implement single function in C to sample a rectangle || BRL-CAD || Closed || Deepak, Ishwerdas ]]
16:22.05raptorhttps://www.google-melange.com/gci/task/view/google/gci2014/5247354030522368
16:22.06gcibot[[ Model a bicycle chain || BRL-CAD || ClaimRequested || Sean, Dishank ]]
16:23.09Notify02GCI:tannousmarc * 6666358209118208 : Ready for review - The work on this task is ready to be reviewed.
16:23.16*** join/#brlcad YashM_ (~YashM@117.198.6.212)
16:25.11andromeda-galaxy``Erik, brlcad: generally, the current plotting behavior in rtshot is great for seeing where a ray is going in a model, but not so great for just looking at ray patterns by themselves...
16:27.04*** join/#brlcad shaina (~shaina@202.164.53.117)
16:27.15Notify02GCI:thevk * 5044166241288192 : Ready for review - The work on this task is ready to be reviewed.
16:29.57Notify02GCI:helix * 6110184908783616 : Ready for review - The work on this task is ready to be reviewed.
16:42.01*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:45.22raptorhttps://www.google-melange.com/gci/task/view/google/gci2014/5247354030522368
16:45.23gcibot[[ Model a bicycle chain || BRL-CAD || ClaimRequested || Sean, Dishank ]]
16:48.26andromeda-galaxy``Erik, brlcad: for now, I'm doing a compromise of keeping the rtshot functionality basically the way it is now but making rt_raybundle_maker() use struct xrays output instead of struct xray *, so that it can use rt_shootrays(), which fixes the issue about only getting one ray output for the whole bundle
16:49.59Notify02GCI:rossberg * 5247354030522368 : Task Assigned - This task has been assigned to Raptor. You have 100 hours to complete this task, good luck!
16:51.37raptorhttps://www.google-melange.com/gci/task/view/google/gci2014/5247354030522368
16:51.38gcibot[[ Model a bicycle chain || BRL-CAD || NeedsReview (4 days 3 hrs 58 min) || Sean, Dishank ]]
16:51.44Notify02GCI:ralpt3748752_qejwhe * 5247354030522368 : Ready for review - The work on this task is ready to be reviewed.
16:53.00Notify03BRL-CAD:starseeker * 63928 brlcad/trunk/src/librt/test_shape_recognition.cpp: there are a lot of steps to these next bits...
16:57.29*** join/#brlcad YashM (~YashM@117.198.22.218)
17:02.21*** join/#brlcad raptor__ (~raptor@194.28.75.241)
17:04.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:19.23Notify02GCI:skyler_007 * 4606217016049664 : Task Claimed - I would like to work on this task.
17:20.00Notify02GCI:deepakkumarsharma * 4606217016049664 : Task Assigned - This task has been assigned to Skyler. You have 100 hours to complete this task, good luck!
17:24.29Notify02GCI:judebirch * 5014705181556736 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
17:29.02raptor__https://www.google-melange.com/gci/task/view/google/gci2014/5247354030522368
17:29.03gcibot[[ Model a bicycle chain || BRL-CAD || NeedsReview (4 days 3 hrs 20 min) || Sean, Dishank ]]
17:34.05Notify02GCI:tannousmarc * 6666358209118208 : Updated with alternative versions -  Updated with alternative versions provided by authors, ones that were not criticized by the mentors, had no issues and...
17:39.07*** join/#brlcad YashM_ (~YashM@117.198.20.122)
18:22.17*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-lxlvlsrzfbbghtfr)
18:22.52*** join/#brlcad nmz787_i1 (nmccorkx@nat/intel/x-aoxqoubjddqvqwnd)
18:23.49andromeda-galaxywhen using overlay in mged/archer, looking at a plot3 line 'end-on' doesn't seem to be working, is there any way around that?
18:26.12*** join/#brlcad albertcoder (~quassel@202.164.45.198)
18:26.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:43.37*** join/#brlcad albertcoder (~quassel@202.164.45.198)
18:45.21raptor__http://www.google-melange.com/gci/task/view/google/gci2014/5247354030522368
18:45.22gcibot[[ Model a bicycle chain || BRL-CAD || NeedsReview (4 days 2 hrs 4 min) || Sean, Dishank ]]
18:51.17*** join/#brlcad sofat (~sofat@202.164.45.208)
18:52.58*** join/#brlcad albertcoder (~quassel@202.164.45.208)
18:58.51Notify02GCI:ch3ck * 6110184908783616 : nice work -  could you please remove the red, color from the mouse pointer on each of the photos? there should be a better way of presenting that.  Awesome!
19:00.36*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
19:01.54*** join/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249)
19:02.27Notify02GCI:ch3ck * 6666358209118208 : Nice updates marc -  Keep up the spirit!  Cheers!
19:04.47Notify02GCI:ch3ck * 6666358209118208 : Task Closed - Congratulations, this task has been completed successfully.
19:07.31Notify02GCI:ch3ck * 6110184908783616 : Task Closed - Congratulations, this task has been completed successfully.
19:09.53Notify02GCI:tannousmarc * 5568169431269376 : Task Claimed - I would like to work on this task.
19:10.08Notify02GCI:ch3ck * 5247354030522368 : Nice work -  Could you just add the text file describing your work?  Cheers!
19:10.13Notify02GCI:ch3ck * 5247354030522368 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
19:10.38Notify02GCI:ch3ck * 5568169431269376 : Task Assigned - This task has been assigned to Marc Tannous. You have 100 hours to complete this task, good luck!
19:19.20Notify03BRL-CAD:starseeker * 63929 brlcad/trunk/src/librt/test_shape_recognition.cpp: Not working yet, but start on cone recognition.
19:22.52*** join/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249)
19:26.02*** part/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249)
19:34.51Notify02GCI:ralpt3748752_qejwhe * 5247354030522368 : None -  Thanks for the feedback!
19:35.16Notify02GCI:ralpt3748752_qejwhe * 5247354030522368 : Ready for review - The work on this task is ready to be reviewed.
19:36.32Notify03BRL-CAD:ejno * 63930 (brlcad/trunk/src/libged/simulate/physics_world.cpp brlcad/trunk/src/libged/simulate/physics_world.hpp and 5 others): refactoring; save linear and angular velocities in database attributes to allow the ability to continue a simulation
19:37.00*** join/#brlcad sofat (~sofat@202.164.45.196)
19:37.40Notify03BRL-CAD:carlmoore * 63931 brlcad/trunk/src/util/pixclump.c: minor reformatting of comments -- no need for recompile
19:49.04raptor__http://www.google-melange.com/gci/task/view/google/gci2014/5247354030522368
19:49.05gcibot[[ Model a bicycle chain || BRL-CAD || NeedsReview (4 days 1 hrs 0 min) || Sean, Dishank ]]
20:30.26*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
20:30.28Notify02GCI:tannousmarc * 5568169431269376 : Ready for review - The work on this task is ready to be reviewed.
20:30.28Notify02GCI:wabba13 * 6458111619497984 : Task Claimed - I would like to work on this task.
20:36.32*** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140)
20:42.30Notify03BRL-CAD Wiki:Servantfist * 0 /wiki/User:Servantfis:
20:42.47Notify02GCI:helix * 6673134862204928 : Task Claimed - I would like to work on this task.
20:43.17Notify02GCI:ch3ck * 6673134862204928 : Task Assigned - This task has been assigned to Yash. You have 100 hours to complete this task, good luck!
20:47.47*** join/#brlcad raptor__ (~raptor@194.28.75.241)
20:53.08Notify03BRL-CAD:ejno * 63932 brlcad/trunk/src/libged/simulate/world_object.cpp: was using the wrong index
20:57.02Notify03BRL-CAD:starseeker * 63934 brlcad/trunk/src/librt/mkbundle.c: Unused param
21:11.55*** join/#brlcad sofat (~sofat@202.164.45.196)
21:16.03raptor__https://www.google-melange.com/gci/task/view/google/gci2014/5247354030522368
21:16.04gcibot[[ Model a bicycle chain || BRL-CAD || NeedsReview (3 days 23 hrs 33 min) || Sean, Dishank ]]
21:32.14brlcad``Erik: would you happen to know where TMOUT is set?
21:32.39brlcaddidn't use to be a bash default, but either is now, or FreeBSD makes it a default, or there's some setting in some file that I cannot find for the life of me
21:32.50Notify02GCI:o7p9bxbnyj * 5323147989483520 : rtshot modifications -  The biggest modification to rtshot/librt in this patch is that it changes rt_raybundle_maker() to use an rt_shootrays()-style api,...
21:32.51brlcaddoes not want
21:35.46Notify02GCI:brlcad * 5247354030522368 Model a bicycle chain https://www.google-melange.com/gci/task/view/google/gci2014/5247354030522368:   please stop   Please stop logging onto IRC to merely post a URL...
21:35.47gcibot[[ Model a bicycle chain || BRL-CAD || NeedsReview (3 days 23 hrs 13 min) || Sean, Dishank ]]
21:36.46andromeda-galaxybrlcad: would removing rt_shootray_bundle() count as minimally impacting since rt_shootrays() is still around? (under the deprecation policy)
21:39.20andromeda-galaxybrlcad: asking because I think that as part of doing the visualizations I removed the last user of rt_shootray_bundle()
21:44.39``Erikbrlcad: no idea, and not being set for me... tried "grep -r ~/'.[a-z]*'" ?
21:45.07``Erikwell, maybe more like grep -r TMOUT ~/.[a-z]*
21:49.28``Erikdon't suppose you know why denyhost.py is having a seizure? (it's almost like the "check to see if it's already blocked" bit isn't working?)
22:05.27Notify02GCI:o7p9bxbnyj * 5323147989483520 : png sizes -  Sorry for the slightly differing zooms in the png files; it took me about 4 hours to get rtshot set up properly, fix rt_raybundle_maker() so that...
22:21.25andromeda-galaxyhmm, Notify doesn't seem to be showing all the GCI activity...
22:28.15andromeda-galaxybrlcad, starseeker, ``Erik: of the making-rt-use-ray-bundling-functions conversion, I'm doing the orthogonal case first, but for the perspective, how should the left/right and up/down angles of divergence be determined? I can't find any information on it, but rt_perspective is only one number...
22:28.57andromeda-galaxywould it be best to just basically do a little bit of trig on the width/height and use that?
22:44.22Notify03BRL-CAD:ejno * 63935 (brlcad/trunk/src/libged/simulate/simulate.cpp brlcad/trunk/src/libged/simulate/world_object.cpp brlcad/trunk/src/libged/simulate/world_object.hpp): initialize velocities in WorldObject::create(). currently investigating an inconsistency
23:40.11``Eriknotify's email queue is empty, it's displayed everything that an email has came in for...
23:41.03andromeda-galaxy``Erik: interesting...
23:41.24andromeda-galaxyit missed a couple of my comments...
23:41.36andromeda-galaxy``Erik: did you see my other question above about rt?
23:57.15andromeda-galaxy``Erik, brlcad, starseeker: is there a bu_list function for accessing the nth element? I can't find one in list.h, but it might be useful (if the performance isn't a problem), then do_pixel() could just call, for each pixel, something like basically BU_LIST_NTH(rays, pixelnum)
IRC log for #brlcad on 20150113

IRC log for #brlcad on 20150113

00:02.17andromeda-galaxyanother approach would be to have do_frame() actually turn the bu_list into an array, which would give really easy random access...
00:21.02*** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman)
00:37.34``Erikandromeda-galaxy: perspective is the big one, I think it's horizontal angle, um, and I vagually recall some other flag for rt that tweaked the ratio, I want to say it was needed for non-square rendering?
00:47.19andromeda-galaxy``Erik: hmm, interesting...
00:47.43andromeda-galaxyis it better to use perspective and calculate the other angle from the ratio, or to get the angle from the width/height?
00:48.02andromeda-galaxy``Erik: also, did you see the question about bu_list nth element?
00:49.35andromeda-galaxy``Erik: ah, it looks like it's rt_perspective for the horizontal angle and aspect for the aspect ratio
01:08.30*** join/#brlcad sofat_ (~sofat@202.164.45.208)
01:18.32starseekerandromeda-galaxy: I think you have to iterate over lists
01:22.40andromeda-galaxystarseeker: ah well... I was hoping that there was a utility function to do it already
01:23.02andromeda-galaxyI think that I'll just copy the linked list into an array..
01:23.07starseekerrecalls wishing the same thing... I usually end up using bu_ptbl arrays rather than lists
01:23.26starseekernot always the best move, but I've always been a little uncomfortable with bu_list
01:23.37starseeker(probably another reason to use them, actually...)
01:25.19andromeda-galaxystarseeker: hmm, interesting --- what do you think of the copying into array approach?
01:25.36andromeda-galaxyit seems like the simplest way to get the random access needed for minimally-invasive changes to rt
01:25.49starseekerandromeda-galaxy: sounds like it's worth a shot
01:26.42andromeda-galaxystarseeker: sounds good! I've just done the initial conversion effort for orthogonal, and now rt is segfaulting ;(...
01:44.27andromeda-galaxystarseeker: is there any way to ask make benchmark to only run the tests that use orthogonal rays?
01:47.08andromeda-galaxystarseeker: also, it looks to me from the code like rt defaults to rt_perspective = 0 (which would result in orthogonal), but I'm slightly worried thata the global is being set somewhere that I can't see; is that correct?
01:47.28starseekeruh... I don't think benchmark can do orthogonal rays only offhand...
01:48.02starseekeryou might want to check the global read in gdb to be absolutely sure
01:48.23starseekerandromeda-galaxy: sorry, you're deep in a part of the code I know relatively little about
01:51.19andromeda-galaxystarseeker: oh well... if it's doing orthogonal by default, then it doesn't matter since moss, at least, seems to use the default
01:55.33*** join/#brlcad chick_ (~chick@41.205.22.41)
03:41.11Notify02GCI:brlcad * 5568169431269376 : Task Closed - Congratulations, this task has been completed successfully.
03:41.22Notify02GCI:brlcad * 6458111619497984 : Task Assigned - This task has been assigned to Niels Mentink. You have 100 hours to complete this task, good luck!
03:42.42Notify02GCI:brlcad * 5247354030522368 : Task Closed - Congratulations, this task has been completed successfully.
03:45.06Notify02GCI:brlcad * 5323147989483520 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
04:00.25andromeda-galaxybrlcad; what is wrong with https://www.google-melange.com/gci/task/view/google/gci2014/5323147989483520?
04:00.26gcibot[[ Visualize ray bundling #2 || BRL-CAD || NeedsWork || Kesha Shah, Daniel_R ]]
04:04.09Notify02GCI:brlcad * 5323147989483520 : one minor thing -  Oof, you're definitely starting to poke a hornets nest now... ;)  So this looks fantastic, the visualizations are perfect. Heck, I didn't even...
04:04.55brlcad``Erik: TMOUT is only commented-out in my dotfiles, you sure you don't have an unset in yours? :)
04:05.35brlcad``Erik: and no idea about denyhost seizures .. it's not been working for many months (ever) -- adds to the file but that file isn't  used, so maybe that's the issue?
04:06.59brlcadandromeda-galaxy: I'd rather move away from bu_list for the rays
04:07.00Notify02GCI:o7p9bxbnyj * 5323147989483520 : -l/-c -  -c is the number of rays per <ring/radius/length>, whereas -l is used to specify what the length actually is
04:07.06brlcadhow to do that is something to discuss
04:08.19brlcadandromeda-galaxy: there's perspective and an aspect ratio, -V option
04:09.26andromeda-galaxybrlcad: regarding moving away from bu_list for the rays, I agree --- copying them into an array is just something that I was going to use temporarily
04:09.29andromeda-galaxyfor the rt task
04:09.56andromeda-galaxybrlcad: let me document the options in xml quickly and then I'll resubmit it, take a look at my comment regarding -l vs. -c
04:10.04brlcadandromeda-galaxy: and no, there's no way to get benchmark to change the work it's doing .. that would violate the benchmark analysis
04:10.21brlcadyou can certainly just run a couple traces yourself
04:10.29brlcadrt moss.g all.g
04:12.41brlcadandromeda-galaxy: and I think you misunderstood my options comment
04:13.20brlcadit's not so much to explain it .. it's how to say that without repeating the word "length" because you're basically mixing a 1-tuple with a 2-tuple
04:14.48andromeda-galaxyahh
04:14.54andromeda-galaxyokay, let me try to reparase that quickly...
04:15.25andromeda-galaxybrlcad: on another note, converting rt to use these is being quite annoying...
04:15.46brlcadif -l # # is a width and height for the rect type (only? what about frustum?), then probably using the word "dimensions" would fix the mixing
04:16.19andromeda-galaxybrlcad: for frustum, the angle is used instead
04:16.36andromeda-galaxybrlcad: sure, I've just changed it to dimension in the rtshot help
04:16.38brlcadokay, so it's accurate
04:18.09andromeda-galaxybrlcad: okaya, I've uploaded a new diff with docbook & fixed rtshot help
04:18.10Notify02GCI:o7p9bxbnyj * 5323147989483520 : Ready for review - The work on this task is ready to be reviewed.
04:18.16andromeda-galaxybrlcad: on the topic of updating rt,
04:18.39andromeda-galaxyfor some reason, the rays created by the gen function are being correct for a while, and then getting off... it's really weird
04:18.49andromeda-galaxyI've been trying to track down the problem for ~4hrs already...
04:23.35Notify02GCI:brlcad * 5323147989483520 : Task Closed - Congratulations, this task has been completed successfully.
04:24.33brlcadandromeda-galaxy: not sure what to tell you other than debugging hints .. print the rays with -x 0x00000001
04:25.04brlcadif it's crashing, that should be much easier to diagnose .. maybe paste a backtrace
04:25.18andromeda-galaxybrlcad: it's not crashing, which is annoying
04:25.26andromeda-galaxyI have some of my own ray printing going on, because I forgot about -x
04:25.32andromeda-galaxyand it's doing some really weird things
04:25.40andromeda-galaxyfor hundreds and hundreds of rays it's working gread
04:25.42andromeda-galaxy*great
04:25.50andromeda-galaxyand then it suddenly jumps to totally the wrong
04:25.51andromeda-galaxyplace
04:26.58andromeda-galaxyit looks almost like it's coming up with slightly too few or too many rays, so when a given processor skips ahead, it skips too far...
04:27.38andromeda-galaxybrlcad: by the way, why does per_processor_chunk increase with the number of processors? It seems to me like it would make more sense to set per_processor_chunk at the beginning so that each processor had an equal chunk of the image (getting smaller as more processors appeared)
04:30.15andromeda-galaxybrlcad: if I don't get it working soon, would you mind if I submitted the mostly-working solution and we repurposed #2 to be finishing getting it working?
04:33.26brlcadandromeda-galaxy: another thought is -P1 to limit processing to single-threaded operation, just to rule out any concurrency/access issues
04:33.48brlcadand if it's hundreds of rays, perhaps it's at the end of the first scanline?
04:33.48andromeda-galaxybrlcad: good point, let me try that, thanks! I don't know why I didn't think of that earlier...
04:34.18andromeda-galaxybrlcad: it's possible... it looks like it's after more than one though... (thousands of rays, maybe)
04:35.47andromeda-galaxybrlcad: oh, and one other thing that's been nagging at me --- why do so many of brlcad's commands output routine information on stderr?
04:35.50brlcadand the comment above per_processor_chunk says why it increases
04:36.01brlcadthe more you have, the more will be completed, so they take ncpu larger bites
04:36.27brlcadwhich in practice is roughly still the time it would have taken 1 cpu to do N/cpu work
04:37.02andromeda-galaxybrlcad: this is the comment that I'm seeing in worker.c, at least: '    /* The more CPUs at work, the bigger the bites we take */'
04:37.28andromeda-galaxythat makes mor sense now...
04:37.29brlcadyep, that's what I was referring to
04:37.47andromeda-galaxyit wasn't exactly transparent at first, my intuition was that the bite size should go down as the num went up
04:37.59andromeda-galaxybecause otherwise eventually there wouldn't be enough bites left to go around...
04:38.12brlcad(and that is set at the beginning)
04:38.40brlcadnpsw is going to be the number of cores you have, so 4 or 8 or 12 pixels at a time
04:38.53brlcad(or 1 with -P1)
04:39.27brlcada few of the tracers override that value and make them calculate scanline at a time
04:40.26andromeda-galaxyhmm, that makes more sense...
04:40.39andromeda-galaxybrlcad: it is, apparently, being overidden to 512
04:45.25andromeda-galaxybrlcad: btw, I'm actually changing p back to A on rtshot
04:45.34andromeda-galaxy*back to P
04:45.39andromeda-galaxybecause -p conflicts with 'point'
04:45.51andromeda-galaxydon't know why it didn't show up earlier, sory
04:50.14andromeda-galaxybrlcad: would you mind taking a quick look at the png from the raytrace and telling me if something jumps out at you from that?
04:58.48andromeda-galaxybrlcad: ha, I've got it! the gen_rect() function needed to not include the upper/right end of its range....
04:58.56andromeda-galaxy(I think that was it, at least)
05:06.05brlcadandromeda-galaxy: rt gets to overrule rtshot
05:06.16brlcadrtshot is a dev tool, rt is our oldest tool
05:06.36andromeda-galaxyah, right --- is using -P instead of -p for rtshot alright, though? It's fairly similar...
05:06.41brlcada point can be -O (origin) or seomthing else
05:07.14andromeda-galaxybrlcad: or, we could make -P be the origin point, and -p the perspective... it's not only for perspective though, it's also used for the conic...
05:07.31brlcadsimilar is not the same .. if there's going to be an option that has the exact semantic meaning as an existing rt option, it should use the rt nomenclature
05:07.57brlcad-P is num_cpu to rt, so if anyone ever goes to make it shoot in parallel, that'll get changed
05:08.08andromeda-galaxybrlcad: that's true... I guess my question is really, is it actually exactly the same semantically, since it's also used for conic? If you think it's close enough semantically, I'll change to -O/-p
05:08.14brlcadrt uses almost every letter/number, so there's always going to be a conflict :)
05:08.43andromeda-galaxyindeed :) unfortunately, rtshot already has o taken... maybe s for start?
05:08.59andromeda-galaxyit's even documented as "set starting point"...
05:09.02brlcadwhat's -O ?
05:09.18andromeda-galaxy<PROTECTED>
05:09.18andromeda-galaxy<PROTECTED>
05:09.41brlcadah, that's messed up
05:10.09brlcad-o should universally be the -o output option
05:10.35andromeda-galaxybrlcad: true.... I don't think rtshot has any output
05:10.39andromeda-galaxyoption
05:10.58andromeda-galaxyso someone decided to use it for onehit instead... for now, what do you think of using -s for start?
05:11.02brlcadit outputs text, but you're right that tit doesn't "really"
05:11.15brlcads for start sounds fine
05:11.25andromeda-galaxyI wouldn't mind overhauling rtshot's interface sometime, but maybe not right now ;-)
05:11.35brlcadreally doesn't matter -- it's only where we introduce options that do match rt, it should use rt's letter and rtshot should adjust to accommodate
05:11.43andromeda-galaxynow that's odd... my modified rt went through regress fine, and now it's doing this:
05:11.46andromeda-galaxyERROR: bu_malloc(0)
05:11.50andromeda-galaxybrlcad: makes sense
05:12.20brlcadthere will be a bomb log file from that bu_malloc(0)
05:12.34brlcads/will/shou/d
05:12.37brlcadshould*
05:13.26andromeda-galaxythere is, but there's no backtrace in it...
05:13.30*** join/#brlcad MarcTannous (bc192333@gateway/web/cgi-irc/kiwiirc.com/ip.188.25.35.51)
05:14.45brlcadthat's unusual in itself.....
05:15.01brlcadwell, you can run in a debugger and put a breakpoint on bu_bomb
05:15.14andromeda-galaxybrlcad: I don't remember now, but it's possible that cmake has decided to build in release mode or some such, would that disable the backtraces?
05:15.36brlcadrelease mode doesn't disable backtracing
05:16.23andromeda-galaxybrlcad: hmm... and it's not even in release mode(just checked)... this is odd.
05:16.36brlcaddoes it say "WARNING: Unable to obtain a call stack backtrace"?
05:17.03brlcadmaybe just paste it somewhere
05:17.33Notify02GCI:tannousmarc * 5607116194709504 : Task Claimed - I would like to work on this task.
05:17.34andromeda-galaxysay that where?
05:17.55brlcadin the crash log
05:18.44Notify02GCI:brlcad * 5607116194709504 : Task Assigned - This task has been assigned to Marc Tannous. You have 100 hours to complete this task, good luck!
05:18.45Notify02GCI:brlcad * 5050736735944704 : Task Assigned - This task has been assigned to Raptor. You have 100 hours to complete this task, good luck!
05:18.50andromeda-galaxybrlcad: http://pastebin.com/D9d5itUy
05:19.08andromeda-galaxybrlcad: it doesn't, it just says there's a backtrace and then doesn't show it
05:19.51andromeda-galaxybrlcad: if you want, I can put the diff up on Melange and you can try running it and see if the same thing happens
05:55.12Notify02GCI:o7p9bxbnyj * 6381493563686912 : Ready for review - The work on this task is ready to be reviewed.
05:57.17Notify02GCI:o7p9bxbnyj * 6381493563686912 : Status -  This appears to make rt work correctly while using the new rt_gen_rect() function for orthogonal mode (make benchmarak and make regress both appear to...
06:03.51brlcadandromeda-galaxy: huh, is the file still empty?  it could just be taking a VERY long time
06:04.58brlcadandromeda-galaxy: I'd be glad to try it (tomorrow)
06:10.04brlcadwith the latest task, modifying gen_rect to be a half closed and half open set is a little concerning...
06:10.31brlcadthat's not exactly consistent behavior whereas the prior documented form (always a closed set) was consistent
06:11.14brlcadfeels like making the interface match your tolernaces instead of making your tolerances match your interface
06:12.23Notify02GCI:brlcad * 6381493563686912 : Task Closed - Congratulations, this task has been completed successfully.
06:14.19andromeda-galaxybrlcad: that's true, I also like the idea of fixing that
06:14.27Notify02GCI:brlcad * 6381493563686912 : not commitable -  Comments left on IRC, but this does not look at all in shape to be committed. Many questions and issues. Plus, refactoring to a function, the code...
06:14.55andromeda-galaxy(making it not half-open/half-closed)
06:16.18andromeda-galaxybrlcad: the problem is that as far as I can tell there is no way to make the behavior consistent without making the output of rt be slightly different (at the very least, having an extra row of pixels along/removing a row of pixels from the top/right)
06:16.33andromeda-galaxyand, of course, ideally rt continues to make the same output forever...
06:17.56brlcadeh? rt could certainly call the ray generator with parameters accordingly to keep the evaluated pixels identical
06:18.52brlcadthere's nothing that says the values in rt must get passed to some function as-is and that function must behave the same, for example, if rt is doing a closed to open set sweep across scanlines
06:19.47brlcadif anything, it could throw the row away post generation
06:20.48brlcadrecall that you introduced this notion of a center ray, and that could be complicating matters for getting them to match ;)
06:21.11brlcad(or rather elaborated on it's use by the existing generators)
06:23.31andromeda-galaxybrlcad: true... changing the center ray generation might work
06:24.10andromeda-galaxybrlcad: having rt throw away the extra rows is another approach that I considered, it might be best
06:24.38andromeda-galaxywith the current interface to rt_gen_rect(), at least, it can't get the same set of pixels that it previously used since reducing to the next size down closed set would result in a missing left/bottom row
06:25.43brlcadi'd still first question if/why the generator parameters cannot be made to exactly produce the same set of rays as before
06:25.46brlcadand if not, why not
06:25.48andromeda-galaxyI just like having the center_ray with symmetrical generation parameters because that's what everything else is using...
06:26.14brlcadthat's why an integration task was created, not just a matter of using the function, but to find out where the function is failing in design
06:26.39brlcadnote that there really is no "center ray" ... there's maybe a center/direction vector
06:26.44brlcadand starting point
06:26.58brlcadhappen to be using a ray construct that has a point and direction vector embedded
06:27.09brlcadbut it shouldn't be confused with being an actual raytrace ray
06:27.13andromeda-galaxybrlcad: indeed... would you mind creating a second integration task to try to fix the failings of this one?  I'd enjoy doing it, but think that that combined with what I did for this is probably enough work for two tasks
06:27.52andromeda-galaxyit might be possible to get the right behavior with the fully closed set behavior
06:28.05andromeda-galaxyby moving the center ray to be on a half-pixel boundary down and left from the center
06:28.34andromeda-galaxyand then changing the a/b len vectors as required...
06:29.20brlcadthere is already https://www.google-melange.com/gci/task/view/google/gci2014/6466077978525696
06:29.20gcibot[[ Update rt to utilize new ray sampling functions #2 || BRL-CAD || Open || Kesha Shah, Deepak ]]
06:29.45andromeda-galaxybrlcad: the current task description basically says that that one should be about perspective, since this one was about orthogonal, right?
06:30.12brlcadit was just to chop up work into multiple tasks as this was known to be a complicated goal
06:30.33andromeda-galaxybrlcad: sure, then I'll claim that one and try to polish some of this work a little more tomorrow
06:30.59andromeda-galaxyif it doesn't take too long, I'll combine it with the submission for perspective, if it does, I'll make it separate and ask if you can create another task for perspective
06:31.30Notify02GCI:o7p9bxbnyj * 6466077978525696 : Task Claimed - I would like to work on this task.
06:31.59brlcadthat's fine, let me know how it goes
06:32.13brlcadreminds that task count is mostly irrelevant
06:32.43brlcadtasks that can't be integrated / used will generally get ranked lower than those that can be used
06:32.51andromeda-galaxybrlcad: sure, if I run into anything too problematic, I'll mention it on IRC... hopefully the perspective migration will go slightly more smoothly now that I have some experience from the orthogonal one
06:32.51brlcadso better to take something to a useful completion
06:33.12andromeda-galaxybrlcad: indeed :-) I really want to get this into a workable state & have it merged
06:34.12brlcadmy main concerns are the generator getting defined to be a quirky open/closed set definitino, that it actually expanded rt's line count substantially (this should be justified or corrected), and it obviously must be validated with testing
06:35.58brlcadthe result might be the elimination of a center pt+dir view notion or maybe defining a view and defining sampling within that view separately, or it might be a simple matter of tweaking tolerances consistently or something else entirely
06:36.06brlcad(just food for thought)
06:36.33brlcadkeep an open mind, not lost in where you've been but where you're going
06:37.04andromeda-galaxybrlcad: that makes sense, thanks for the advice! I'll start with the simple verson tomorrow, and see how it does by those metrics, if it gets too bad I'll try some of the more radical changes.
06:37.19Notify02GCI:brlcad * 6466077978525696 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 100 hours to complete this task, good luck!
06:37.29brlcadit's still fantastic progress either way
06:37.39brlcadhopefully you'll be able to sort it all out :)
06:37.47andromeda-galaxybrlcad: thanks! I hope so too :)
06:37.50brlcadif anything, though, those visualizations are gold
06:38.09brlcadmy only lament is that you didn't get to this sooner so you could have tackled some of the OpenCL work :)
06:38.57andromeda-galaxyah well... maybe this year I'll actually manage to stay more involved post-GCI and do some things like OpenCL
06:39.16andromeda-galaxythough for that, I'll have to get my graphics drivers working with OpenCL, mesa/Gallium still doesn't really wor
06:39.19andromeda-galaxy*work
06:43.41*** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
06:50.45*** join/#brlcad YashM (~YashM@117.222.23.137)
07:47.40*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
14:56.38*** join/#brlcad infobot (ibot@rikers.org)
14:56.38*** topic/#brlcad is Topic for #brlcad: BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Welcome GCI 2014 participants! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi.
15:07.15brlcadandrei_: do you have the link to the tasks that parth copied?
15:07.36brlcadplease report any instances of blatant plagiarism to me
15:07.54brlcadCh3ck: keep an eye out especially on design tasks .. there is cheating going on
15:08.18andrei_brlcad: one moment
15:08.59andrei_http://www.google-melange.com/gci/task/view/google/gci2014/5186134254551040 and http://www.google-melange.com/gci/task/view/google/gci2014/6362007112515584 are the same
15:09.00gcibot[[ Animate our logo! #9 || BRL-CAD || Closed || Mihai Neacsu, Daniel_R ]]
15:09.01gcibot[[ Animate our logo! #5 || BRL-CAD || Closed || Mihai Neacsu, Ishwerdas ]]
15:09.41andrei_for once, let me dig a bit
15:10.13andrei_also, it's worth pointing out that I removed his claim once for repeatedly doing this
15:12.15andrei_http://www.google-melange.com/gci/task/view/google/gci2014/5327961523748864 these are also forged http://www.google-melange.com/gci/task/view/google/gci2014/6453861430591488
15:12.18gcibot[[ Design a new website favicon! #2 || BRL-CAD || Closed || Sean, Jacob B ]]
15:12.18gcibot[[ Design a new website favicon! #5 || BRL-CAD || Closed || Deepak, Ch3ck ]]
15:12.37andrei_I mean not forged, but identical
15:13.04Notify02GCI:brlcad * 5867661997113344 Animate our logo! #14 https://www.google-melange.com/gci/task/view/google/gci2014/5867661997113344:   also not using the right logo   Rohit, you're also using the old...
15:13.06gcibot[[ Animate our logo! #14 || BRL-CAD || NeedsWork || Kesha Shah, Ishwerdas ]]
15:14.31*** join/#brlcad darshpreets (~darshpree@202.164.53.117)
15:16.50Notify02GCI:brlcad * 6362007112515584 : not acceptable -  Parth, copying the work of others is not acceptable.
15:19.50Notify02GCI:rohit_agarwal * 5867661997113344 : Ready for review - The work on this task is ready to be reviewed.
15:20.57*** join/#brlcad chick_ (~chick@195.24.220.134)
15:27.16brlcadandrei_: I see how the logo animation is a copy, but the favicon?
15:28.05andrei_his favicon is aditya's favion with a different background?
15:28.19andrei_actually, if you see aditya around, ask him/her, he was regularly complaining/warning us about that
15:28.43andrei_you can even see his/her comments on some tasks
15:31.20brlcadandrei_: I know, several students tasks have already become marked invalid and the students disqualified for such behavior
15:31.46brlcadmy point was merely that the favicon actually was technically different, just not very much
15:32.05brlcadenough for there to be an argument
15:32.36brlcadi.e., looks like they imported the animated gif into photoshop and reordered /deleted layers
15:33.23brlcadlet me know if you see any others and hopefully Ch3ck can be more careful to at least reject crappy submissions like that one a few times even if he doesn't notice they're copies ;)
15:33.24andrei_Sorry, I  have to go right now, I ll have a look later to see what he did, I ll see if I can search posts on melange(i.e tasks he claimed and I unclaimed or so)
15:33.42brlcadthe blatant one is enough and has been reported
15:33.48andrei_alright, great
15:33.54brlcadi mean any other students
15:35.27YashMhttp://www.google-melange.com/gci/task/view/google/gci2014/5107273286287360 is a forge of http://www.google-melange.com/gci/task/view/google/gci2014/5170304011730944
15:35.27gcibot[[ Model BRL-CAD logo in BRL-CAD #2 || BRL-CAD || Closed || Popescu Andrei, Hardeep Singh Rai ]]
15:35.27gcibot[[ Model BRL-CAD logo in BRL-CAD || BRL-CAD || Closed || Kesha Shah, Deepak ]]
15:37.31andromeda-galaxybrlcad: in case you were curious, I just found that using closed sampling and shifting the center over half a scanline to the left and down appears to be working
15:38.13andromeda-galaxy(at least, it's right visually --- I'm running regress right now to finish checking that it's pixel-perfect)
15:41.43brlcadYashM: that one is already known and being delt with
15:41.56YashMok
15:42.02andromeda-galaxybrlcad: do any of the benchmark/regress tests use perspective rendering? I couldn't find any by grepping through the bench/regress directories
15:46.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:53.18raptorooooh
15:56.51brlcadandromeda-galaxy: yes, the solids-simple and solids regressions set perspective mode
15:57.13andromeda-galaxybrlcad: oh, good to know, thanks! I don't know why I didn't see that when grepping regress/run.sh...
15:58.05brlcadthey set perspective via a script
15:58.42andromeda-galaxybrlcad: ahh, that must be it --- thanks
15:59.18Notify02GCI:rohit_agarwal * 5867661997113344 : None -  the quality of logo has degraded a little
16:00.22andromeda-galaxybrlcad: also, I'm mildly worried that this whole set of changes is going to create at least a small increase in rt line count, since it has to running the gen_* functions, whereas before it just calculated point... is that acceptable?
16:00.53brlcadwow, that's just great ... there's a new intrusion botnet that tries a distributed crack
16:01.04brlcad``Erik: pain-in-the-ass
16:01.26brlcadtime to get denyhosts actually using the ips it wants to block... :)
16:01.39brlcadmentally shelves that task for later today
16:02.02brlcadandromeda-galaxy: it has to be justifiable
16:02.34brlcadandromeda-galaxy: e.g., and worrying about a few lines here or there isn't the issue .. especially if it improves readability or modularity
16:02.46andromeda-galaxybrlcad: that makes sense...
16:02.59andromeda-galaxyI think that there are currently two things causing it to expand somewhat
16:03.07brlcadfrom what I saw in the first patch, though, that wasn't the case .. there was a couple dozen lines of code added that looked like maybe remarshalling of data
16:03.21andromeda-galaxybrlcad: the calling sequence for gen_rect?
16:03.26andromeda-galaxythat's the bit that I'm most worried about as well
16:03.44brlcadthat's a net negative and might indicate the container api is maybe not right
16:03.54andromeda-galaxybut I think that the best way to fix it is to revisit using an array instead of a bu_list for the gen_* results
16:04.31brlcadI'd suggest first just getting an actual line count, then looking at where the lines are extra/added .. and just ask yourself why and then ask what *could* you do about it and think if it'd be worth it
16:05.06brlcadfrankly, the caller probably shouldn't be so tightly coupled with a data type
16:05.20brlcadthe API should probably handle it as a ray set and have an accessor/iterator
16:05.39andromeda-galaxybrlcad: that's true, and it would make it really easy to support
16:05.41brlcadso under the hood it can be a list or array or whatever, and what's handed to the caller is simple (e.g., an array)
16:05.44andromeda-galaxythe streaming/generator model from before
16:05.50andromeda-galaxy*that we discussed before
16:06.14brlcadit's related to streaming, but how it shakes out isn't so strictly needing to be a streaming API
16:06.19andromeda-galaxyof course, as long as the underlying data structure is a linked list, the api around it will never be able to *efficiently* give random access..
16:07.15andromeda-galaxybrlcad: right, it's just that those apis could be set up to access the (opaque) data structure in any way they wanted, including on-demand generation and caching or some such
16:07.54``Erikif the underlying data structure is appropriately encapsulated, the data structure can be changed if needed...
16:08.18andromeda-galaxybrlcad: what do you think of my going ahead with getting perspective working for now, then looking at it and seeing if this is still a problem (which itt probably will be) and then trying to implement encapsulating apis for the bundles?
16:08.29``Erikbrlcad: what's a pita, the distributed crack attempt, denyhost going nuts, or ya just calling me one? :D
16:09.31``Erikbrlcad: I tried restarting the denyhosts daemon to see if that'd do the trick, it did not. Not sure why it'd start now, the program was last written aug30
16:10.02andromeda-galaxy``Erik: indeed... the problem is that the current api just returns a bu_list and there aren't any functions to access rays, it expects the caller to walk them...
16:14.14``Erikhm, what about making a second function that fills an array? then uses could be migrated to the new approach one at a time?
16:15.09andromeda-galaxy``Erik: there aren't that many functions, so it wouldn't be too hard to do it to all of them at once, the big problem is (for the older functions) deprecation policy
16:15.31andromeda-galaxywhich I already ran into when trying to move rt_raybundle_maker off of the old rt_shootray_bundle() api
16:15.46andromeda-galaxythe newer functions haven't been released yet, so they're fine
16:17.32andromeda-galaxybut since rt is only using the newer functions (right now, at least), it might make sense to make the new api (with better-encapsulated functions) and convert at least those two to use it
16:17.37andromeda-galaxyand then one-by-one try to convert the rest
16:22.35``Erikfun, libbu fails on osX.10 with ntohll redef http://paste.lisp.org/display/145211
16:25.01andromeda-galaxy``Erik: what do you think of that approach}
16:25.03andromeda-galaxy?
16:26.37brlcad``Erik: distributed cracking <= pita
16:26.54``Erikandromeda-galaxy: it sounds like we're violently agreeing? :D
16:27.07brlcadjust one or two attempts from dozens/hundreds of different IPs
16:27.23andromeda-galaxy``Erik: I think so :D
16:28.08andromeda-galaxylast -clear
16:28.31andromeda-galaxysorry, irssi cmd with a missing /
16:28.41``Erikbrlcad: yeah, is it worth changing the listening port or something until it blows over? finding a blacklist would be nice...
16:29.58brlcaddenyhost gets them when they attempt an admin account
16:30.15``Erikandromeda-galaxy: have you looked at "trackbar.pl"? it's an irssi mod that helps figure out where to start reading from :) change windows and it'll put a bar where it was, then change back after a whiel and scroll up to find the bar... magic!
16:30.37andromeda-galaxy``Erik: I did see that, I keep meaning to either install it or write my own
16:30.57``Erikbrlcad: so we're taking the "grit your teeth and weather it" approach...
16:31.14andromeda-galaxysince sometimes I have a number of tmux windows connected, it would be nice to have an approach that kept track of the number of 'readers' currently looking at any window
16:31.20andromeda-galaxyand interpeted tmux lock events as leaving
16:33.18``Eriktmux is good stuff, too :) only problem is when you use it with a lot of scroll on a mac using an xquartz xterm, it gets really sluggish. I moved to Terminal.app because of that. Otherwise, it tromps screen
16:33.48andromeda-galaxy``Erik: I've only been using it on linux, so I haven't noticed that, but I do generally like it better than screen (which I used to use)
16:34.49``Erikyeah, it takes a very specific set of circumstances to get that issue to crop up... it works great with xterms on linux, fbsd, console on both, putty on windows
16:35.12andromeda-galaxy``Erik: interesting... have you made a bug report?
16:35.45``Eriknah, not sure if it's a tmux or xquartz (or xorg) issue
16:35.53andromeda-galaxyahh, true..
16:37.29``Erikxterm was the last thing keeping X running on my macbook, so I bit the bullet and configured terminal.app to not suck, problem routed around :)
16:37.46andromeda-galaxythat makes sense
16:45.41Notify03BRL-CAD:carlmoore * 63937 brlcad/trunk/doc/docbook/system/man1/en/pixborder.xml: revise comments about default portion of image
16:57.01*** join/#brlcad nmz787_i (~nmccorkx@192.55.54.36)
17:00.43*** join/#brlcad raptor_ (~raptor@213.222.229.229)
17:11.20Notify02GCI:thevk * 5340178071683072 : Ready for review - The work on this task is ready to be reviewed.
17:20.45starseeker``Erik: does that mean you've got the native aqua build of BRL-CAD working on Mac? :-P
17:25.54Notify03BRL-CAD:carlmoore * 63938 brlcad/trunk/doc/docbook/system/man1/en/pixhalve.xml: remove 'both' and combine 2 sentences
17:32.43Notify03BRL-CAD:carlmoore * 63939 brlcad/trunk/doc/docbook/system/man1/en/pixhalve.xml: move period
18:12.19``Erikstarseeker: brlwhat?
18:15.46andromeda-galaxy``Erik: just in case vmath already has a function for this that I can't find:
18:15.51``Erikhasn't compiled BRL-CAD on his laptop since... aug08
18:16.29andromeda-galaxyis there an easy way to compute the term k such that normalize(normalize(a+b+c)-k) = normalize(a+b)?
18:17.02``Erikwoops, wrong machine, aug04
18:18.22andromeda-galaxy``Erik: figuring that out is currently annoying my efforts to make perspective rendering use gen_frustum(), since gen_frustum takes an angle and a vector and normalizes the vector result internally... which makes sense for it's usual use case, but is a pain for rt
18:18.52``Erikandromeda-galaxy: dunno, but wouldn't k be a set of possible values, one of those being =c?
18:19.27andromeda-galaxyhmm... I don't think so, because of the normalizatoin
18:19.31andromeda-galaxy*normalization
18:19.36andromeda-galaxylet me grab a concrete example quicky
18:19.38andromeda-galaxy*quickly
18:19.56``Eriknot sure why you'd need that computation, generating rays given a frustum is pretty straight forward
18:20.36andromeda-galaxygen_frustum needs the center of the grid and the angle, I'm having trouble reverse-engineering the angle to give it from width/height...
18:21.05andromeda-galaxy(and I've tried using rt_perspective/aspect*rt_perspective, but that's not workign correctly, so I wanted to try it this way and see if it gave me more information about what's wrong)
18:23.06andromeda-galaxy``Erik: see what I mean?
18:24.40``Erikwouldn't the angle between the center of the grid and the edge be rt_perspective/2.0 ? I'm not sure what number you're looking for...
18:26.04andromeda-galaxy``Erik: I'm not sure if there are some off-by-one errors or not, so I wanted to try to get the angle from the atan of the width/height instead and compare it
18:26.32Notify03BRL-CAD:carlmoore * 63940 brlcad/trunk/doc/docbook/system/man1/en/pixmorph.xml: in pixmorph.xml , do not underscore punctuation, and place right parentheses properly, and add a new comma
18:27.36``Erikcould always tweak the existing code to printf what you want and do comparisons against that, right?
18:29.04andromeda-galaxy``Erik: well, that's the problem --- I'm trying to figure out what to print...
18:29.21``Erik(or just shove your code in and run the benchmark regression stuff and see if the result image is 'right', should let you know if you're wrong pretty quickly... not necessarily if you're right, but ...)
18:30.18andromeda-galaxyit's definitely wrong, I'm just trying to figure out *why* it's wrong
18:33.17andromeda-galaxy``Erik: it's a really annoying kind of wrong, becauase by the end the cumalitive error is still < 0.001
18:33.21andromeda-galaxy(in pixel coordinates)
18:36.08``Erikhuh, I d'no, that sounds like it could just be plain old floating point fuzz from doing a different order of operations... it could be that if you did the two calculations with infinite precision, they'd come up the same... and it could even be that the existing approach is MORE divergant than your new one.
18:36.46andromeda-galaxy``Erik: I know, that's why errors at that level are so annoying for me...
18:37.00andromeda-galaxy*I find errors ...
18:37.38andromeda-galaxyand, of course, since the difference is in the *coordinates* and not the actual computed value, it makes regress* fail catastrophically
18:38.29``Erikwell, I'd wait for brlcad to weight in, it might be irrelevant... if it's really bugging you, what about implementing the two approaches using something with better numbers (mathematica, maple, commonlisp/scheme, java bignum, libgmp, etc) and see how close THOSE are, then how close the ieee754 approaches come to the arbitrary precision approaches?
18:39.06andromeda-galaxy``Erik: that might work.. well, thanks for the advice! I'll try checking a couple of intermediate results quickly as well to see if I can easily eliminate it
18:39.31``Erikaight, good luck
18:40.05``Erik<-- thought the error was small enough that regress passed
18:48.37andromeda-galaxy``Erik: no, the problem I was having is that it is really small, just not quite small enough
18:49.07andromeda-galaxyI think it's probably that because the difference is in the coordinates, it can cause a (relatively) large fluctuation in pixel values
18:49.19andromeda-galaxythough to a human eye it still looks pretty similar
18:53.10Notify03BRL-CAD:carlmoore * 63942 (brlcad/trunk/src/util/pixembed.c brlcad/trunk/src/util/pixmerge.c): in 2 utilities, implement h? for help; this necessitated ending a -h for high-res
19:36.27andromeda-galaxybrlcad: what do you think about this one? the error appears to be cumulative, and by the end of a 512x512px run, it is ~0.0005...
19:52.39andromeda-galaxybrlcad, ``Erik: I'm pretty sure that the ``error'' stems from the fact that gen_frustum() scales the vector that was passed in (viewbase_model - eye-model) to be unit and then adds equivalent numbers determined from the angle, as opposed to the main code which does everything with bigger vectors and then normalizes at the end
19:55.37*** join/#brlcad raptor_ (~raptor@213.222.229.229)
20:11.07*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
20:13.21*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
20:21.56Stragusandromeda-galaxy, indeed. Adding x repeatedly to a number is less accurate than multiplying right away
20:22.27andromeda-galaxyStragus: I just tried another version that comes up with int j/i and multiplies them,
20:22.32andromeda-galaxybut it is still slightly less accurate
20:22.35andromeda-galaxyprobably due to the scaling...
20:29.25``Erikieee754 numbers tend to behave best if you can try to keep them close to the 1.0-2.0 range... they get fuzzier as you get really really big or really really small
20:30.09``Erikthere're a few papers in the "what every programmer should know about ieee754" or floating point or 854 or ...
20:31.00``Erikhere's one http://docs.oracle.com/cd/E19957-01/806-3568/ncg_goldberg.html
20:32.03StragusIt's more a matter of understanding mantissa and exponent than keeping to the 1.0-2.0 range...
20:32.37StragusPrecision is the same everywhere over the normal range, it's just a matter of scale
20:32.52andromedagalaxy``Erik, Stragus: indeed! In a few more minutes , I'll try a couple of alternative computations...
20:32.58Stragus(plus denormals and other quirks to know about)
20:34.07``ErikStragus: yeh, but if you want an easy rule of thumb, I find the 1-2 idea to be a decent heuristic :)
20:34.53``Erik(damn, pedantry is annoying when I'm not the pedant *cough* O:-) )
20:39.01andromeda-galaxy``Erik, Stragus: the simplist thing that I'll start by doing is just delaying the VUNITIZE() call, because even though that results in working with larger numbers (5000), it's what the old rt coode does
20:39.26``Erik5000 is still pretty small, should be fine
20:41.07andromeda-galaxy``Erik: that was my thought as well
20:51.07andromeda-galaxy``Erik, Stragus: any idea how close pixdiff needs things to be to comparea correctly?
20:52.37andromeda-galaxy``Erik, Stragus: the pixel *coordinates* (no idea about the values though) are now within 0.0003 of each other by the end of a 512x512 raaytrace
21:00.06andromeda-galaxyexcept that that made the *beginning* coordinates go 0.0004 out of sync with each other...
21:00.34Notify02GCI:deep10 * 5222964656078848 : Task Claimed - I would like to work on this task.
21:02.15raptor_All a good night!
21:09.59andromeda-galaxy``Erik: are you still here?
21:19.24andromeda-galaxyit looks like the problem is that when you tell rt to trace a 512x512 grid with angle theta, it actually does the equivalent of traacing a 513x513 grid and throwing away the topmost row and rightmost column
21:19.28andromeda-galaxythis is, to say the least, problematic
21:21.52``Erikandromeda-galaxy: that is... interesting. this behavior is old?
21:22.09andromeda-galaxy``Erik: I think so... it seems to be being confirmed by the tests
21:22.12``Eriksource code to microsoft basic from '78: http://www.pagetable.com/?p=774
21:22.19andromeda-galaxythere's a similar issue with orthogonal rays, it always uses half-open sets
21:22.33andromeda-galaxyit traces on the boundary for the left/lower sides, but not for the right/upper
21:23.23``Erikandromeda-galaxy: have you tried emulating the +1 behavior in your code to see if it "fixes" things?
21:23.50andromeda-galaxy``Erik: At one point, at least, I had it tracing using the grid of width+1/height+1 rays
21:23.56andromeda-galaxyand for the first scanline everything was perfect
21:24.13andromeda-galaxybut then the last pixel of that scanline was rendered as the first of the next, and everything broke
21:24.37``Erikheh, slanted? what about width/height+1 ?
21:26.09andromeda-galaxy``Erik: hmm... the problem is that it does the spacing as if it was width+1/height+1
21:27.03andromeda-galaxyalso, something else has suddenly stopped working while trying to fix that issue, now it goes wrong halfway trhough the first scanlinei...
21:28.38``Erikhas a feeling that this has crept beyond the appropriate scope :/
21:29.19andromeda-galaxyhmm?
21:31.21andromeda-galaxy``Erik: I think it may be that the originala way that rt worked was that it divided the view into NxN cells, and sampled the lower left corner of each cell
21:31.42andromeda-galaxythat naturally caused this behavior, which is now being a real pain to make work with code that doesn't sample that way
21:33.11*** join/#brlcad merzo (~merzo@214-60-132-95.pool.ukrtel.net)
21:34.29*** join/#brlcad mpictor (~mark@c-69-136-183-213.hsd1.in.comcast.net)
21:34.29*** join/#brlcad javampire (~javampire@v10024.1blu.de)
21:34.29*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
21:34.29*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:34.29*** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman)
21:35.48*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
21:37.00andromeda-galaxy``Erik: now this brings usback to my original concerns about trying to get angle from width/height instead of rt_perspective; doing so would allow adjusting the values to maake everything work (hopefully)
21:37.33*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
21:41.37*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
21:41.37*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
21:41.37*** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman)
21:41.37*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:41.37*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
21:41.37*** join/#brlcad javampire (~javampire@v10024.1blu.de)
21:41.37*** join/#brlcad mpictor (~mark@c-69-136-183-213.hsd1.in.comcast.net)
21:41.37*** join/#brlcad merzo (~merzo@214-60-132-95.pool.ukrtel.net)
21:41.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:41.37*** join/#brlcad andromedagalaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
21:41.37*** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174)
21:41.37*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
21:41.37*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
21:41.37*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
21:41.37*** join/#brlcad krishna_ (~krishna@5.231.52.94)
21:41.37*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
21:41.37*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy)
21:41.37*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
21:41.37*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
21:41.37*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
21:41.37*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
21:41.37*** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-uugahetzbpoxylmz)
21:41.37*** join/#brlcad jrullman (sid54856@gateway/web/irccloud.com/x-wsrkvdskqbtgyhmp)
21:41.37*** join/#brlcad mikolalysenko_ (sid34553@gateway/web/irccloud.com/x-uhznlmmvyknypwsf)
21:41.37*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
21:41.37*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
21:41.37*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
21:41.38*** join/#brlcad yiyus_ (1242712427@je.je.je)
21:41.38*** join/#brlcad hsrai (~hsrai@66-118-151-70.static.sagonet.net)
21:41.38*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
21:41.38*** join/#brlcad ChanServ (ChanServ@services.)
21:41.38*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
21:41.38*** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net)
21:41.38*** mode/#brlcad [+o ChanServ] by verne.freenode.net
21:43.45Notify02GCI:ngenius * 4639899508539392 : Task Claimed - I would like to work on this task.
21:43.47Notify02GCI:ngenius * 4639899508539392 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
21:43.50*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
21:50.32*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
21:50.32*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy)
21:50.32*** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-uugahetzbpoxylmz)
21:50.32*** join/#brlcad jrullman (sid54856@gateway/web/irccloud.com/x-wsrkvdskqbtgyhmp)
21:53.44*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
21:53.44*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
21:53.44*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
21:53.44*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
21:53.49*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
21:54.33*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
21:54.33*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
21:54.33*** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net)
21:55.08*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
21:56.49*** join/#brlcad jrullman (sid54856@gateway/web/irccloud.com/x-luqkfudqyuvbixlj)
21:59.24*** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174)
21:59.24*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
21:59.24*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
21:59.24*** join/#brlcad yiyus_ (1242712427@je.je.je)
22:00.14*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
22:01.17Notify03BRL-CAD:starseeker * 63943 brlcad/trunk/db/CMakeLists.txt: Add public FAA models as fastgen db files.
22:06.12*** join/#brlcad jrullman (sid54856@gateway/web/irccloud.com/x-luqkfudqyuvbixlj)
22:06.12*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
22:06.13*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy)
22:06.13*** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-uugahetzbpoxylmz)
22:09.25*** join/#brlcad jrullman (sid54856@gateway/web/irccloud.com/x-lbvkmulohstfariz)
22:47.39``Erikbrlcad: seen https://stribika.github.io/2015/01/04/secure-secure-shell.html ?
22:53.57andromeda-galaxypixdiff output on solids is down to 24 by 1, 6 by many...
22:58.16andromeda-galaxyI have now discovered that the regression tests will fail if certain pixel coordinates are off by 2e-8
23:04.05andromeda-galaxythere are now thirty pixels failing regression, all of which seem to have coordinates that differ by only something like 1e-7 (apparently not cumulative)
23:15.42Notify02GCI:martizor56 * 4958060736937984 : Task Claimed - I would like to work on this task.
23:30.05Notify02GCI:o7p9bxbnyj * 6466077978525696 : status -  This patch includes the changes from the last task (since those were definitely not ready for production) and adds another 5.75-6hrs work which...
23:30.10Notify02GCI:o7p9bxbnyj * 6466077978525696 : Ready for review - The work on this task is ready to be reviewed.
23:30.45andromeda-galaxybrlcad: status report on rt-using-ray bundles: everything nearly works, but there are a couple of problems (which I outlined in the task); if you create a #3 task I'll happily fix them now, or I can do them post-GCI
IRC log for #brlcad on 20150114

IRC log for #brlcad on 20150114

00:02.59*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
00:17.50*** join/#brlcad ankesh11 (sid8015@gateway/web/irccloud.com/x-fqimfiazyimhtbhr)
00:28.41Notify03BRL-CAD:starseeker * 63945 brlcad/trunk/src/libbrep/shape_recognition.h: Comment tweaks
00:29.09*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
00:32.10*** join/#brlcad ankesh11 (sid8015@gateway/web/irccloud.com/x-utrqruwpjzrawrsp)
00:57.18*** join/#brlcad ankesh11 (sid8015@gateway/web/irccloud.com/x-viahqqxfyydejhrv)
00:57.55Notify03BRL-CAD:starseeker * 63946 brlcad/trunk/src/libbrep/shape_recognition.cpp: More more code to library
01:04.13Notify03BRL-CAD:starseeker * 63947 brlcad/trunk/src/libbrep/shape_recognition.cpp: Need to dupliate surface here, not just cast.
01:22.29andromeda-galaxybrlcad, ``Erik, starseeker: I'm thinking about eventually committing the changes to mkbundle.c that I've been doing, but there's the issue of rt_raybundle_maker(), which I had to change to use an rt_shootrays()-style api... what is the best way to handle that while preserving the deprecation policy? Create a new and renamed version that has the new behavior and convert all calling sites to use it/mark the old depre
01:32.45*** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-zenoyncxwndwxebp)
02:16.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:21.24*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
02:51.47*** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-bqqkszmsjumedyho)
03:15.14andromeda-galaxybrlcad, maths22: for the 'PROJECT: Implement web applicatoin for testing commit ranges' series of tasks, what is the web server being used for brlcad.org/what mechanism is used for dynamic content? (being able to use websockets for the live updating would be really fun...)
03:21.50*** join/#brlcad jfjhh (~jfjhh@99-90-212-118.lightspeed.irvnca.sbcglobal.net)
03:23.36maths22andromeda-galaxy: can you link to that?
03:24.00andromeda-galaxymaths22:
03:24.03andromeda-galaxyhttp://www.google-melange.com/gci/task/view/google/gci2014/5275647798673408
03:24.03gcibot[[ PROJECT: Implement web application for testing commit ranges || BRL-CAD || Open || Mihai Neacsu, Dishank ]]
03:24.08andromeda-galaxythat's the first one in the series
03:29.20andromeda-galaxymaths22: my thinking (in the best case) is be 1) some kind of POST handler on the server to stick files in a queue directory, 2) a cron job to execute them in series (or something started from the POST handler, i.e. CGI script) and 3) a websockets server that can be notified of status updates and send push notifications to the connected clients... maybe 3) should incorporate 2) in a long-running process that uses i
03:29.43andromeda-galaxymaths22: if that cut off, let me know and I'll resend the end of it (unfortunately, irssi doesn't tell me when message length limits are exceeded)
03:48.02*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
03:51.54starseekermaths22: was talking with brlcad - is there any way, when we have a successful build of trunk with buildbot, to also run the "make dox" target and copy the results to the brlcad.org website?
03:53.03*** join/#brlcad darshpreets (~darshpree@202.164.53.117)
04:01.12*** part/#brlcad jfjhh (~jfjhh@99-90-212-118.lightspeed.irvnca.sbcglobal.net)
04:01.28*** join/#brlcad jfjhh (~jfjhh@99-90-212-118.lightspeed.irvnca.sbcglobal.net)
04:05.43Notify03BRL-CAD:starseeker * 63948 brlcad/trunk/db/faa/CMakeLists.txt: Add README with info about report with images
04:11.06*** join/#brlcad YashM (~YashM@117.198.16.236)
04:11.24*** part/#brlcad jfjhh (~jfjhh@99-90-212-118.lightspeed.irvnca.sbcglobal.net)
04:14.03maths22andromeda-galaxy: I suggest that you look into at/batch (http://linux.about.com/library/cmd/blcmdl1_batch.htm)
04:14.48maths22starseeker: I think that would be doable...
04:15.05andromeda-galaxymaths22: those might be useful, but I'm not sure how well they would mesh
04:15.09andromeda-galaxywith live status reports...
04:15.28andromeda-galaxyif it would work to write a process that acts as a websockets server,
04:15.35maths22What sort of status do you expect?
04:15.42andromeda-galaxymaths22: well, reading some of the later task descriptions,
04:15.59andromeda-galaxymostly just things like how far through the commit range + script return results for each commit
04:16.45andromeda-galaxyso my idea had been to run a websockets server process that also picked up on things added to a queue directory by a dumb server and ran them, sending status update messages to all connected clients
04:16.50maths22I would think that we would write a wrapper script that then writes status to a log file
04:17.17andromeda-galaxybut how does that help with client live updating? (ideally, not polling)?
04:17.53maths22You would want the server to be doing something equivalent to tail -f
04:18.10maths22You don't want the script to die just because the users' connection died
04:18.30andromeda-galaxyhmm? I'm talking about running a daemon that runs a websockets (not HTTP) server
04:18.39andromeda-galaxywith websockets, you get notifications when clients connect/disconnect
04:18.44andromeda-galaxyand can push-update messages
04:19.10maths22In my opinion, the websockets server should not be responsible for managing the jobs
04:19.27maths22It should only be responsible for conveying status updates about jobs that are running "in the background"
04:19.41andromeda-galaxymaths22: that makes sense, I just thought either way would work...
04:19.51maths22starseeker: does make dox generate any kind of archive?
04:20.00andromeda-galaxyis the HTTP server Apache with some set of the *CGI modules enabled?
04:20.15maths22andromeda-galaxy: in your mind, how would it work?
04:20.17andromeda-galaxy(sorry to askyou about it, but I don't have a shell account and I can't find the information anywhere on the website)
04:20.23andromeda-galaxymaths22: in this case, something like:
04:20.31maths22andromeda-galaxy: yes
04:20.43maths22What language would you be looking for?
04:20.55andromeda-galaxyuser submites request -> server drops file in queue dir -> jobs are processed in sequential order (background websockets server sends updates as necessary)
04:21.19*** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-btgnqznutnqmwvpw)
04:21.21andromeda-galaxyI was thinking about using Haskell, but if the Haskell RTS is too heavyweight I can try something else
04:21.40maths22That is what I am describing- use "at" to start the job in the queue
04:22.02andromeda-galaxyright, that makes sense
04:22.14maths22I think we were agreeing the whole time :)
04:22.32andromeda-galaxyprobably :) is using haskell for the websockets server too depency-heavy?
04:23.26andromeda-galaxymaths22: so just to confirm, the workflow should look something like:
04:23.32andromeda-galaxy1. status reporting daemon is started on server (maybe at boot)
04:23.39maths22andromeda-galaxy: in my opinion, no
04:24.06andromeda-galaxy2. user submits request, server creates any necessary files and schedules the job with at
04:24.09maths22As in-haskell would be fine
04:24.25andromeda-galaxy3. daemon uses *notify apis to get nice notifications about status and sends results
04:24.28andromeda-galaxyoh, good to know
04:24.43*** join/#brlcad darshpreets (~darshpree@202.164.53.117)
04:24.54andromeda-galaxyI enjoy writing things in haskell... last thing --- which of the *many* Apache CGI extensions is brlcad.org currently using?
04:25.57maths22Let me check..
04:26.02maths22Why do you want to know?
04:26.13andromeda-galaxymaths22: thanks! just so that when writing the part that handles the user submitting the form
04:26.33andromeda-galaxywhich cgi api to deal with, since, e.g. fastcgi/wcgi sometimes need slightly different code
04:26.48andromeda-galaxyone other thing that I forgot about, sorry --- the server is fbsd, right? so no inotify
04:26.52maths22Yes
04:27.31maths22fcgi/scgi
04:27.40andromeda-galaxyokay, then, I'll probably use http://hackage.haskell.org/package/fsnotify for the websockets server
04:28.02maths22If you are using haskell though, you probablly don't want to use cgi
04:28.30maths22You probably want something like http://snapframework.com/
04:28.34andromeda-galaxymaths22: true, though there is https://hackage.haskell.org/package/fastcgi... is there a better system for integrating it into the current server (running Yesod under url rewriting does seem a little to heavy)...
04:28.47maths22Not really too heavy
04:28.56maths22I do that for some other things
04:29.01maths22apache mod_proxy
04:29.03andromeda-galaxyyeah, snap is kind of interesting, I've been doing stuff with Yesod before, but caan look into snap
04:29.11maths22I don't care between yesod and snap
04:29.22maths22I think my cs professor mentioned snap; that was all
04:30.02maths22Also, if you have any questions about haskell stuff, I can pass them along to my professor (his specialty is haskell)
04:30.18andromeda-galaxyin that case, sounds good! so, you think that it would work well to use yesod/snap to server the main interface pages & respond to post requests (with batch for scheduling) and a separate daemon for the websockets?
04:30.30andromeda-galaxy(just checking that I have everything straight)...
04:30.46andromeda-galaxythanks! just curious, who is it? I might of heard of him...
04:30.52andromeda-galaxy*have heard
04:33.01andromeda-galaxymaths22: well, I'll start working on the frontend pages for the first task for now...
04:33.09maths22stuart kurtz
04:33.36maths22see something like https://hackage.haskell.org/package/websockets-snap
04:33.45maths22They really should probably be one daemon
04:35.00andromeda-galaxymahts22: true, I was still thinking of using two because of the original cgi idea, they should be easy enough tto combine...
04:35.07andromeda-galaxydo you still think that the job running should be separate?
04:35.40maths22Yes
04:36.14maths22That way, the jobs don't get messed up even if the haskell web interface goes down
04:36.39andromeda-galaxymakes sense... I'll get started then; thanks for discussing it with me / explaining the server infrastructure :)
04:39.19andromeda-galaxymaths22: oh, and what about authentication/authorization/running jobs in a container? there isn't anything specific mentioned in the task pages, but not having anything seems like a really bad idea
04:39.51maths22I agree...
04:40.41maths22I would use chroot and a dedicated user with limited permissions
04:41.38andromeda-galaxymaths22: sounds good! just have the web server process chroot & drop permissions right at the beginning?
04:42.03maths22The webserver doesn't need to worry about it
04:42.17maths22That is really a job for the wrapper script that runs the user supplied script
04:42.36andromeda-galaxytrue, well have that script do it then...
04:44.00maths22Once GCI ends, I can pitch in and work on stuff that doesn't get done
04:44.04Notify02GCI:gjeet * 4948190365220864 : Task Assigned - This task has been assigned to NGenius. You have 100 hours to complete this task, good luck!
04:44.16maths22Also, do you know if the doxygen output is all in one file?
04:44.36andromeda-galaxymaths22: for the html output, at least, I don't think it is, but there might be an archive version...
04:45.03andromeda-galaxy(for now, I'll assume a preconfigured chroot environment with, e.g., bash in it for running the scripts in)
04:45.15Notify02GCI:gjeet * 4958060736937984 : Task Assigned - This task has been assigned to Martin. You have 100 hours to complete this task, good luck!
04:45.25Notify02GCI:gjeet * 6118055788675072 : Task Assigned - This task has been assigned to Zenon. You have 100 hours to complete this task, good luck!
04:48.00*** join/#brlcad raptor_ (~raptor@194.28.75.209)
04:49.07starseekermaths22: it creates a directory of files in doc/doxygen_output
04:50.27maths22OK
04:51.30starseekeror rather, doc/doxygen_output/html
04:51.40starseekerindex.xhtml is the "starting" toplevel file
04:52.13starseekerit's about 970 megs of output
04:53.24starseekerquite a lot of files
04:53.53starseeker> 33000
04:54.32starseekerneeds a (reasonably) new doxygen and the graphviz tools installed
04:55.30Notify02GCI:brlcad * 5050736735944704 : kerning -  Raptor, is there a reason the kerning (spacing between letters) is inconsistent?
04:56.48starseekernot 100% sure, but it may be important to remove the old directory before re-generating the output
04:58.16*** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54)
04:59.21Notify02GCI:ralpt3748752_qejwhe * 5886097942904832 : Task Claimed - I would like to work on this task.
04:59.46Notify02GCI:mihaineacsu29 * 5886097942904832 : Task Assigned - This task has been assigned to Raptor. You have 100 hours to complete this task, good luck!
05:00.52Notify02GCI:ralpt3748752_qejwhe * 5886097942904832 : Ready for review - The work on this task is ready to be reviewed.
05:02.06Notify02GCI:brlcad * 5867661997113344 : indeed -  Rohit, ah using Sharan's is fine. It looked like the black link was smaller than the red link, but I see now it's simply because the red link is shaking...
05:02.46Notify02GCI:ralpt3748752_qejwhe * 5886097942904832 : About this work -  Calculations for finding V and A, B did my script
05:07.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:17.47maths22Only ~136 meg compressed into a tgz
05:22.49Notify02GCI:gjeet * 5222964656078848 : Nice and Different. -  Hey this is a nice animation, I would like to know how are you making it. Like what software packages are used for such animation. Also please...
05:22.50Notify02GCI:gjeet * 5222964656078848 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
05:23.40Notify02GCI:brlcad * 5340178071683072 : regions within regions -  A "region" in BRL-CAD is supposed to indicate a single part, eg, a single piece of metal. That means each link and pin will likely be...
05:23.41Notify02GCI:brlcad * 5340178071683072 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
05:25.17Notify02GCI:brlcad * 6466077978525696 : Task Closed - Congratulations, this task has been completed successfully.
05:25.32Notify02GCI:deep10 * 5222964656078848 : Software -  I used powerpoint to animate the bits, then rendered it as an mp4. I uploaded that mp4 and got a gif. There were no original files as such since it was...
05:27.01Notify02GCI:deep10 * 5222964656078848 : Uploaded -  I have uploaded the powerpoint and mp4 video. Please take a look.
05:31.45Notify02GCI:brlcad * 5222964656078848 : what is BRL -  So Ko0lGuY, this is pretty fun, interesting, and unexpected. However, I'm wondering why you stopped at "BRL-"? Our trademark is "BRL-CAD" and...
05:32.14andromeda-galaxybrlcad: are you going to create another one for dealing with the rest of rt?
05:39.32Notify02GCI:deep10 * 5222964656078848 Animate our logo! #11 https://www.google-melange.com/gci/task/view/google/gci2014/5222964656078848:   Edits   Thank you for your suggestion I will add CAD in there. I...
05:39.34gcibot[[ Animate our logo! #11 || BRL-CAD || NeedsWork || Popescu Andrei, Ishwerdas ]]
05:43.17Notify02GCI:brlcad * 5886097942904832 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
05:46.17Notify02GCI:ralpt3748752_qejwhe * 5886097942904832 : None -  O), what is the underlying?
05:48.18Notify02GCI:brlcad * 5886097942904832 : no regions? -  Raptor, this is creative and nice, but it looks like you didn't define any regions in your model. This means while your model does define some...
05:50.02Notify02GCI:ralpt3748752_qejwhe * 5886097942904832 : None -  Okay, I will do
05:53.43Notify02GCI:zehata * 6118055788675072 : Ready for review - The work on this task is ready to be reviewed.
05:54.13Notify02GCI:brlcad * 5886097942904832 : your other model -  the "BRL-CAD" was so close! ... are you going to go back to work on that one?
05:57.23Notify02GCI:brlcad * 6118055788675072 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
05:57.27brlcadandromeda-galaxy: yes, but first ... one more pattern!
05:57.33Notify02GCI:ralpt3748752_qejwhe * 5886097942904832 : None -  Yes going, but it's better to upload more ready)))
05:57.37brlcadand this can be two tasks as it's a bit more tricky
05:58.02brlcadI'm going to just describe it here and will get the tasks up in the morning
05:59.02brlcadbasically, a pattern of rays based on some input geometry
05:59.20andromeda-galaxywhat kind of geometry?
05:59.24brlcadany
05:59.48brlcadso the function will take one of the object containers like a struct rt_db_internal *
06:00.14andromeda-galaxybut where should the rays start/end?
06:00.54brlcadyou don't define where a ray ends .. only start and direction ;)
06:01.39brlcadso the caller specifies the geometry and a direction vector
06:02.23brlcadyou shoot rays at the geometry in the direction of that direciton vector through the entire grid that spans it's bounding box, effectively sampling it fully
06:02.32brlcadfor each ray that hits, those are the rays you keep
06:03.04brlcadso if I shot through an "H" for example, I'll end up with a grid of rays that look like an H
06:03.07*** join/#brlcad YashM (~YashM@117.198.16.236)
06:03.34andromeda-galaxyso it basically uses a gen_rect() style bundle of rays but throws out all the ones that aren't useful?
06:03.43andromeda-galaxy(also, is mkbundle.c now in a state to commit?)
06:03.59brlcadtechnically, any of the patterns that have been done to date could apply to this "object template" generator, but it's a fair bit more complex from an API perspective
06:04.18brlcadyeah, basically
06:05.04andromeda-galaxyso it should infer the "start point" based on direction & bounding box?
06:05.11brlcadthe pattern is useful for projecting geometry onto other geometry
06:05.24andromeda-galaxy(i.e. a point outside the bounding box such that the centroid of the geometry is in <direction>)
06:05.38andromeda-galaxythat makes sense... sounds like a very interesting (if computationally intensive) pattern...
06:06.39raptor_brlcad, i'm upload bicycle_chain
06:07.17brlcadandromeda-galaxy: yeah, it's a real-world example that has a lot of potential uses
06:07.51andromeda-galaxybrlcad: that makes sense... did you see my question about the start point used for the current patterns?
06:08.24andromeda-galaxyalso, would it make sense for it to support, i.e., both perspective & orthogonal grid generators? also, there should probably be at least one gridsize parameter...
06:08.28brlcadlike say I wanted to drop a pencil on a table, I could sample the pencil shape and then shoot those rays at the table to see where/when it will hit (imagine there are many objects on the table that it might hit too)
06:09.24brlcadthere needs to be some sort of grid density parameter, not sure about whether the start point must be specified or can be inferred
06:09.40brlcadunlike the other patterns, simply specifying the geometry and a direction is sufficient
06:09.48brlcadat least for orthogonal rays
06:09.57brlcadand I think only orthogonal make sense
06:10.18brlcadperspective would be .. exploding geometry of some sort
06:11.00Notify02GCI:casanova_9898 * 5791674965950464 : Task Claimed - I would like to work on this task.
06:11.08andromeda-galaxybrlcad: indeed... gen_rect() probably makes the most sense then... gridsize would need to be specified, but start could definitely be inferred from the geometry
06:12.09andromeda-galaxybrlcad: do you think it would be okay to always center the grid on the centroid of the geometry?
06:12.56andromeda-galaxyin any case, finding the extent of the grid to sample could be somewhat, annoying depending on direction: if it's pointing at a face of the bounding box it's easy, but otherwise it gets a little harder...
06:13.02andromeda-galaxy(to determine maximum possible extents)
06:13.36andromeda-galaxybrlcad: are there existing functions for doing that (basically, taking the geometry and a direction and giving the largest plane orthogonal to that direction in the bounding box)?
06:15.27brlcada grid spacing or density would work too
06:15.47brlcadshould match what the other one is doing
06:15.54brlcad(the gen_rect routine)
06:16.09andromeda-galaxyyeah, sorry I meant to say grid density (the equivealent of gen_rect's da/db)
06:16.35brlcadand while this is shooting a regular grid, I don't quite see it as being the same notion .. it's like the gridded cylinder routine
06:16.52brlcadwhich is consequently the pattern you'd get by specifying a sphere as the object, nice test case ;0
06:17.53brlcadandromeda-galaxy: look at what nirt does, as it has a back-out option to make sure you're always shooting a ray from behind the geometry you're shooting at
06:18.30brlcadsrc/nirt follow logic for do_backout
06:18.31andromeda-galaxybrlcad: the problem that I was thinkinga bout wasn't only getting out of the bounding box
06:18.41andromeda-galaxybut also finding the size of the grid to shoot
06:18.56andromeda-galaxyif it's pointed directly at a face of the bounding box, it's easy :just the width/height of that face
06:19.12andromeda-galaxybrlcad: but if it's at some weird angle relative to the bb, I'm not quite sure how to calculate that...
06:19.24brlcadit's exactly what rt does
06:19.54andromeda-galaxyyou mean the auto view stuff? good point... is that in any libraries, or is it in the rt application itself?
06:20.36Notify02GCI:zehata * 6118055788675072 : Ready for review - The work on this task is ready to be reviewed.
06:21.05*** join/#brlcad YashM (~YashM@117.198.16.236)
06:21.26andromeda-galaxybrlcad: if it's currently custom to rt, that might be another candidate for something to factor out into librt...
06:24.42brlcadandromeda-galaxy: both
06:24.56brlcadit's in the application, but there's also the autoview command that you can check out in src/libged/autoview.c
06:26.29brlcadyou'll notice it's quite simple .. 2x the extents
06:26.52andromeda-galaxybrlcad: that's one approach... I was curious if there was a more optimal versioni anywhere
06:26.56brlcadthat's gauranteed to always show the entire model, no matter the angle
06:27.07andromeda-galaxyi.e. that's always big enough, but it's (almost always) too big
06:27.36andromeda-galaxyit seems like it should be possible to compute the exact sizes, but I'm not sure how... well, if that turns out to be too difficult, I'll just waste a few rays on sampling extra space..
06:27.47brlcadthere's not currently a better version ... that's be a great function/task/feature too ;)
06:28.26brlcadif you work on it and make a function, let me know before friday so I can get the tasks all uploaded for you to claim
06:29.35andromeda-galaxybrlcad: sure, thanks!  I'll work on it some tomorrow and see if it can be done easily
06:30.22andromeda-galaxybrlcad: I'll start by doing the new pattern generator with 2x extents & submit that, then see about refining that view... it would certainly be an interesting algorithmic problem
06:31.26brlcadexcellent!
06:32.33andromeda-galaxybrlcad: I probably should go for the night soon, I'll start working on all that in the morning... can you ping me when the new bundling tasks are up so that I know what name to look for?
06:32.43*** join/#brlcad dhs (~dhs@203.116.130.2)
06:33.12dhsHello, I am trying to run mged to make my image black and white, but it is returning an error.
06:34.30Notify02GCI:harman052 * 5791674965950464 : Task Assigned - This task has been assigned to Danny. You have 100 hours to complete this task, good luck!
06:34.48brlcaddhs: hello
06:34.54brlcaddhs: more details?
06:35.15brlcadandromeda-galaxy: yep, will do
06:35.23andromeda-galaxybrlcad: thanks!
06:35.39dhsI am trying to run the png-bw command in mged
06:35.43dhsOr should I do it in terminal?
06:38.15brlcaddhs: terminal
06:38.37brlcadsome commands are mged commands, many others are unix command-line commands
06:38.46dhsOK thank you!
06:38.56brlcadsure np
06:39.18brlcadhang around on IRC and many others here will eventually help you if you wait for an answer ;)
06:39.28brlcadfor me, have to run off for a bit -- cheers!
06:39.41dhsHave fun, Mr brlcad!
06:48.34*** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
06:49.22*** join/#brlcad andromedagalaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
06:54.21Notify02GCI:deep10 * 5222964656078848 : 2nd Version -  The 2nd Version is up and includes the "CAD". I do apologize for not putting it in the first place. As for uses, I was thinking maybe on a website or...
06:56.11Notify02GCI:noobboy69 * 5218710037987328 : Ready for review - The work on this task is ready to be reviewed.
06:58.41Notify02GCI:deep10 * 5222964656078848 : Powerpoint did not save :( -  It had just come to my attention the powerpoint did not save. I will recreate the animation and upload it.
07:08.28Notify02GCI:casanova_9898 * 5791674965950464 : Ready for review - The work on this task is ready to be reviewed.
07:32.53*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
07:35.45andromedagalaxybrlcad: one other thing about the rt work that I just remembered: as I mention end,the perspective tests are still failing, but the differences in pixel coordinates appear to be rounding error... What should we do?
07:43.47Notify02GCI:csh12231223 * 5802485667069952 : Task Claimed - I would like to work on this task.
07:45.01dhsexit
07:50.37Notify02GCI:popescuandrei * 6118055788675072 : None -  Zenon,  You've done a good job designing this splash screen, it looks good and it's a clean, simple design!  The one thing I would address is if you...
07:51.01andrei_are these two too similar ? https://www.google-melange.com/gci/task/view/google/gci2014/5791674965950464 and https://www.google-melange.com/gci/task/view/google/gci2014/5218710037987328 ?
07:51.02gcibot[[ Beginner: Install and run BRL-CAD! #57 || BRL-CAD || NeedsReview (4 days 2 hrs 43 min) || Gauravjeet Singh, Ch3ck ]]
07:51.02gcibot[[ Beginner: Install and run BRL-CAD! #15 || BRL-CAD || NeedsReview (2 days 4 hrs 45 min) || Isaac Kamga, Mihai Neacsu ]]
07:54.12Notify02GCI:izak * 5218710037987328 : Task Closed - Congratulations, this task has been completed successfully.
07:54.54andrei_...
08:00.57Notify02GCI:popescuandrei * 5222964656078848 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
08:03.32Notify02GCI:popescuandrei * 4596346644332544 : Task Closed - Congratulations, this task has been completed successfully.
08:03.52Notify02GCI:popescuandrei * 5791674965950464 : Task Closed - Congratulations, this task has been completed successfully.
08:12.03Notify02GCI:zehata * 6118055788675072 : Ready for review - The work on this task is ready to be reviewed.
08:16.11Notify02GCI:zehata * 6118055788675072 : Review -  Dear Mentors,  I have tried my best to make the necessary changes. I have set the ppi to 600 and zipped the files as BRL-CAD Splash Screen v2.1. If the...
08:17.51Notify02GCI:popescuandrei * 6118055788675072 : Task Closed - Congratulations, this task has been completed successfully.
08:19.11Notify02GCI:popescuandrei * 5222964656078848 : None -  Sure thing, I was just trying to give you a starting point, not a forced guideline. Feel free to do as you please, the more creative you are, the...
08:20.11Notify02GCI:csh12231223 * 5802485667069952 : Ready for review - The work on this task is ready to be reviewed.
08:23.24Notify02GCI:martizor56 * 4958060736937984 : None -  I can't seem to submit my design as a psd format. Would it be okay if i just submit my design as a png format?
08:23.30*** join/#brlcad YashM (~YashM@117.198.16.236)
08:24.19Notify02GCI:martizor56 * 4958060736937984 : Ready for review - The work on this task is ready to be reviewed.
08:25.19*** join/#brlcad merzo (~merzo@214-60-132-95.pool.ukrtel.net)
08:29.46Notify02GCI:popescuandrei * 4958060736937984 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
08:30.26Notify02GCI:popescuandrei * 5802485667069952 : Task Closed - Congratulations, this task has been completed successfully.
08:31.11Notify02GCI:martizor56 * 4958060736937984 : None -  i already put submitted a reference documented of all websites i used to get my images
08:38.04*** join/#brlcad YashM (~YashM@117.198.16.236)
08:40.56Notify02GCI:deep10 * 5222964656078848 : Ready for review - The work on this task is ready to be reviewed.
08:42.06Notify02GCI:popescuandrei * 5222964656078848 : Task Closed - Congratulations, this task has been completed successfully.
08:43.46Notify02GCI:deep10 * 5222964656078848 : Thank you -  Thank you for your guidance, suggestions and constant feedback.  Deep B (Ko0lGuY)
08:56.17*** join/#brlcad luca79 (~luca@host73-111-dynamic.4-87-r.retail.telecomitalia.it)
09:41.09*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
09:42.35*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
09:43.00Notify02GCI:martizor56 * 4958060736937984 : None -  i put submitted new reference document just letting you know :)
09:58.58Notify02GCI:hideyoshi1 * 4639899508539392 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
10:02.13Notify02GCI:hideyoshi1 * 4956557716488192 : Task Claimed - I would like to work on this task.
10:02.28Notify02GCI:hideyoshi1 * 4956557716488192 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
10:11.25*** join/#brlcad merzo (~merzo@92.60.189.225)
10:14.28Notify02GCI:thevk * 5340178071683072 : Ready for review - The work on this task is ready to be reviewed.
10:20.39Notify02GCI:popescuandrei * 4958060736937984 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
10:28.23*** join/#brlcad YashM (~YashM@117.198.16.236)
11:10.05*** part/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
11:10.10*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
11:11.24*** join/#brlcad YashM (~YashM@117.198.16.236)
11:23.02*** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54)
11:31.37MarcTannousgood afternnon guys
11:31.51raptor_good)
11:33.43andrei_hello
11:48.02Notify02GCI:rohit_agarwal * 5867661997113344 : Ready for review - The work on this task is ready to be reviewed.
11:50.29Notify02GCI:krishnab2014 * 4632441281052672 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
11:54.08Notify02GCI:rohit_agarwal * 5867661997113344 : None -  I made the links as stable as I can. Sorry I cannot keep the image size smaller than this. The quality is better now. Hope you like it.  And one more...
11:55.28*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:51.20*** join/#brlcad darshpreets (~darshpree@202.164.53.117)
13:27.20Notify02GCI:martizor56 * 4958060736937984 : Ready for review - The work on this task is ready to be reviewed.
13:30.05*** join/#brlcad darshpreets (~darshpree@202.164.53.117)
13:30.17Notify02GCI:martizor56 * 4958060736937984 : None -  i managed to submit my psd file. It was just that before the psd file was too big,it exceeded the 35mb limit.
13:35.52ignacioGood morning...
13:47.52MarcTannousmorning ignacio
13:48.24*** join/#brlcad shardulc (~shardul@122.169.74.211)
13:51.41shardulcbrlcad: are you there?
14:01.16andrei_shardulc: is there a particular reason why you need brlcad?
14:01.49shardulcandrei_: yes, I wrote a script to detect dead code and he's the only one who knows about it (I think)
14:02.05shardulche said he'll create a task for me to submit it
14:02.25YashMshadulc, if I am not wrong, you've been waiting for over a week?
14:02.45shardulcYashM: well yeah, I did other tasks
14:03.20andrei_shardulc: I could create a "dummy task" just so you get credit for it, but I'm not sure if that's the best approach
14:03.40shardulcandrei_: ?
14:03.59andrei_I don't know the details, so I could create a task with no description that you could claim, submit your file
14:04.02andrei_then close it
14:04.33shardulcyes, but I'm doing another task currently
14:04.40andrei_well, after
14:04.52andrei_hm, I think we ll do the following thing
14:05.24maths22andrei_: you actually can't exactly
14:05.36maths22brlcad will have to publish it after you create it
14:05.49andrei_maths22: not really, I can create it directly on melange
14:06.01andrei_just like mihaineacsu did with some other task
14:06.18andrei_shardulc: here's my idea. you keep working on other tasks, and if brlcad doesn't answer until the end of the week, I(or other mentors) will create that dummy task for you to claim, then close it ?
14:07.01shardulcas soon as my current task is reviewed, I'll claim this one
14:07.04maths22andrei_: maybe I'm wrong, but I thought he has to check the "publish" box in essence for any task that we create, even if we do it in melange
14:07.17shardulcI'll tell you when I'm done on this channel
14:07.33andrei_maths22: if you go to dashboard, you have a create task link/file
14:08.03andrei_those tasks appear instantly on Melange
14:08.37shardulcandrei_: is that fine?
14:08.38mihaineacsuI did create a task directly on Melange, I wasn't aware at that time
14:09.12andrei_shardulc: that depends when you finish your task. if you finish it today, you can claim another
14:09.38mihaineacsuthe task should be first created on your list on brlcad.org (@maths22)
14:09.45shardulcit will probably be reviewed 14-15 hours from now (timezone problems!)
14:10.10andrei_that depends what task it is, I've reviewed all, except modeling ones until now
14:10.23shardulcno, it's an apertium task :)
14:10.28andrei_oh
14:12.12MarcTannousso much activity on the channel today :D
14:13.19andrei_Marc: you've taken a break? I haven't seen you asking anyone's opinion on your tasks in a while?
14:13.51MarcTannoustrying to catch up with real life, should submit something today though
14:14.10MarcTannousso I
14:14.22MarcTannouswill ask about people's opinion pretty soon, no worries
14:14.43andrei_how many tasks you've got?
14:14.52MarcTannous40 something I think
14:14.52andrei_my retarded proxy is blocking the ranking website for some reason
14:15.46MarcTannous43
14:24.22andrei_that's a lot :)
14:33.00Notify02GCI:tratigen * 4975346856230912 : Task Claimed - I would like to work on this task.
14:36.27Notify02GCI:popescuandrei * 4975346856230912 : Task Assigned - This task has been assigned to Joel Teo. You have 100 hours to complete this task, good luck!
14:37.32Notify02GCI:tratigen * 4975346856230912 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
14:37.47MarcTannoushas anyone seen http://vincentgarreau.com/particles.js/? This is amazing
14:42.50Notify02GCI:tratigen * 4956557716488192 : Task Claimed - I would like to work on this task.
14:43.55Notify02GCI:popescuandrei * 4956557716488192 : Task Assigned - This task has been assigned to Joel Teo. You have 100 hours to complete this task, good luck!
14:44.01andrei_if he unclaims it again...
14:52.15Notify02GCI:tratigen * 4956557716488192 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
14:54.50andrei_right, let him take a break now
14:57.50Notify02GCI:shivam691999 * 4596409726664704 : Ready for review - The work on this task is ready to be reviewed.
15:08.17Notify02GCI:rossberg * 5340178071683072 : It has still the "regions within regions" issue -  For example link.r has the regions linkers.r and linkers3.r inside. You should read Sean's comment again. ...
15:08.23Notify02GCI:rossberg * 5340178071683072 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
15:10.55*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
15:16.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:18.49Notify02GCI:rossberg * 5886097942904832 : More regions -  A region is a building part of the over all geometry. In this sense cil2 isn't one but 6 regions/parts. Same for the other regions. As the...
15:18.54Notify02GCI:rossberg * 5886097942904832 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
15:25.21Notify02GCI:rossberg * 5867661997113344 : Looks nice -  but I'm still convicted that the red link should cover the black one (red link in foreground, black link in background).
15:25.31Notify02GCI:rossberg * 5867661997113344 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
15:29.07*** join/#brlcad andrei___ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
15:42.25*** part/#brlcad shardulc (~shardul@122.169.74.211)
15:44.54Notify02GCI:rossberg * 5252586642866176 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
15:46.59*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
15:47.08raptor_I added more regions
15:49.40Notify02GCI:rossberg * 5886097942904832 : Almost -  The regions are OK and the grouping of the regions is OK too - but you should set the color in the regions, not in the higher groups.
15:49.50Notify02GCI:rossberg * 5886097942904832 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
15:52.09*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
15:54.16raptor_ooh)
15:55.41raptor_3d printer or machine for color is not needed?)
16:04.46raptor_i'm added color
16:04.52Notify02GCI:ralpt3748752_qejwhe * 5886097942904832 : Ready for review - The work on this task is ready to be reviewed.
16:05.47Notify02GCI:rossberg * 5340178071683072 : Hey! -  You have 15 links which means you need 15 regions for them. Then you have 10 pins which require another 10 regions. Together you should come up with 25...
16:12.16Notify02GCI:rossberg * 5886097942904832 : Even closer -  The top level group containing all relevant elements is missing.  And, when you are on it, you can remove the region_id attribute from cil1, cil2,...
16:17.02Notify02GCI:rossberg * 5867661997113344 : Task Closed - Congratulations, this task has been completed successfully.
16:24.19raptor_im add
16:25.50d_rossbergraptor_: the region_id attribute is still in the cil1, cil2, ... groups
16:26.17raptor_hm
16:26.32d_rossbergvalue is -1
16:27.08raptor_How to remove it?
16:28.18d_rossbergattr rm ...
16:29.44raptor_attr rm cil1 region_id ?
16:32.38d_rossbergattr rm cil1 region_id
16:33.51raptor_i did it
16:34.14raptor_all groups
16:34.24*** join/#brlcad YashM (~YashM@117.198.16.236)
16:34.34raptor_thanks!!!
16:34.50Notify02GCI:rossberg * 5886097942904832 : Task Closed - Congratulations, this task has been completed successfully.
16:35.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:35.40Notify02GCI:ralpt3748752_qejwhe * 5798062521843712 : Task Claimed - I would like to work on this task.
16:39.05*** join/#brlcad gaganjyot (~gaganjyot@118.102.186.30)
16:43.13Notify03BRL-CAD:starseeker * 63950 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h): Start working on how to identify primitive candidates from subsets of the subbrep data.
16:58.03Notify02GCI:ch3ck * 5798062521843712 : Task Assigned - This task has been assigned to Raptor. You have 100 hours to complete this task, good luck!
16:58.19*** join/#brlcad nmz787_i (~nmccorkx@134.134.137.71)
17:12.43*** join/#brlcad darshpreets (~darshpree@202.164.53.117)
17:15.03Notify02GCI:ralpt3748752_qejwhe * 5798062521843712 : Ready for review - The work on this task is ready to be reviewed.
17:37.59*** join/#brlcad darshpreets (~darshpree@202.164.53.117)
17:40.55Notify02GCI:Melange * 4596409726664704 : No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed.
17:58.54Notify03BRL-CAD:starseeker * 63951 brlcad/trunk/src/libbrep/shape_recognition.cpp: More work on subset identification - need to think about this, whether a face can be used more than once in this context...
18:07.52MarcTannousumm
18:07.54MarcTannousany mentors around?
18:08.19MarcTannousYet another task copied that got accepted
18:08.40MarcTannoushttp://www.google-melange.com/gci/task/view/google/gci2014/5227763090849792 and http://www.google-melange.com/gci/task/view/google/gci2014/6189423246966784
18:08.41gcibot[[ Design a BRL-CAD Sticker #8 || BRL-CAD || Closed || Daniel_R, Gauravjeet Singh ]]
18:08.42gcibot[[ Design a BRL-CAD Sticker #4 || BRL-CAD || Closed || Sean, Harmanpreet ]]
18:08.43MarcTannousare dentical
18:08.46MarcTannousidentical*
18:09.50MarcTannousactually, one of them is the same design with the triangle being flipped vertically..
18:23.58MarcTannous_andrei : Just submitted a task after the long hiatus :P
18:24.00Notify02GCI:tannousmarc * 6103408255696896 : Ready for review - The work on this task is ready to be reviewed.
18:36.55brlcadpretty awesome, genetic algorithm hardware solution: http://www.damninteresting.com/on-the-origin-of-circuits/
18:38.22*** join/#brlcad darshpreets (~darshpree@202.164.53.117)
18:45.58brlcadandromedagalaxy: per your question about rounding error, the source of the error has to be identified before a determination can be made about what to do about it
18:46.37andromeda-galaxybrlcad: ahh... I spent a couple of hours during the last task looking through it, and it looks like the error just comes from the fact that
18:46.58andromeda-galaxygen_rect() uses a slightly different method to generate the values (and there are a couple of VSCALEs to make things neater)
18:47.06Notify03BRL-CAD:carlmoore * 63952 brlcad/trunk/src/util/pixcount.c: edit some comments; implement h for help
18:51.44andromeda-galaxybrlcad: I tried a couple of other possibilities in gen_rect(), but none of them improved it by much... It might just be that sending the data throguh a general purpose api can't be done without some amount of fp rounding error
19:03.32*** join/#brlcad gaganjyot (~gaganjyot@118.102.186.30)
19:14.31*** join/#brlcad raptor_ (~raptor@194.28.75.209)
19:22.36*** join/#brlcad gaganjyot (~gaganjyot@118.102.186.30)
19:25.06*** join/#brlcad LordOfBikes (~armin@dslb-088-064-033-009.088.064.pools.vodafone-ip.de)
19:27.51starseekerbrlcad: that's pretty weird (genetic chip algorithm)
19:29.11starseekerin a way, it didn't really solve the problem though - it was so specific to that particular hardware/environment that it couldn't be copied to other FPGA hardware and work reliably
19:30.18starseekerwouldn't be surprised if it didn't work reliably as a function of time/tempature/humidity/etc. either...
19:30.57starseekerstill, I suppose it has potential applications
19:37.45*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
19:46.20Notify02GCI:brlcad * 5338260117127168 : follow-on -  https://www.google-melange.com/gci/task/view/google/gci2014/6455158829481984
19:46.21gcibot[[ Create script to detect dead code || BRL-CAD || Open || Sean ]]
19:47.08andromeda-galaxystarseeker: indeed... possible the largest problem is that it's impossible to make an ASIC from, and so rather difficult to scale up...
19:48.06Notify02GCI:brlcad * 5338260117127168 : also -  Also, all the remaining tasks to eliminate dead code are no longer marked as beginner tasks. Let me know if you need more! :)
19:50.33*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
19:50.35brlcadMarcTannous: the performance of that particles site is quickly pretty abysmal, but yeah, awesome work
19:52.27brlcadandromeda-galaxy: there's nearly always a source of rounding error that can be accommodated, but it can be difficult if you've never dug that deep before
19:53.16brlcadstarseeker: but it did work .. if you want it to work on multiple chips, you factor in multiple chips into the GA fitness
19:53.28andromeda-galaxybrlcad: makes sense... I'll try looking into it a little bit more after this next pattern...
19:53.57brlcadGAs are *very* specific in that they will strictly converge to optimal solutions, which it most definitely did there
19:58.34brlcadandromeda-galaxy: https://www.google-melange.com/gci/task/view/google/gci2014/5880145319559168
19:58.34gcibot[[ Investigate and fix source of rounding error || BRL-CAD || Open || Sean ]]
19:58.58brlcadbut seriously, do the object ray generator task first ;)
19:59.19andromeda-galaxybrlcad: did you put that one up? I was planning on it, but I've checked a couple of times this mroning
19:59.19brlcadMarcTannous: I have a set of icon tasks that I'd love for you to try if you're interested, before GCI is over
19:59.23andromeda-galaxy(remembering to reload)
19:59.29andromeda-galaxyand it didn't show up
19:59.39brlcadI just put it up now
19:59.52MarcTannousbrlcad: Sure thing. Is there any way I can get a follow up task of "mergin all the web galleries in one web page"? Because I'm pretty much done with these
19:59.59andromeda-galaxybrlcad: by the way, on the rounding error one --- I have it printing *all* ray values, and it's still not making much sense... definitely not a much of a cumulative effect
20:00.01brlcadMarcTannous: yep!
20:00.07MarcTannousbr
20:00.27MarcTannousbrlcad: Also, saw that the "think.invent.create" I came up with for Archer stuck with people
20:00.38MarcTannoussaw it on loads on designs
20:01.02andromeda-galaxybrlcad: what did you call the other ray one?
20:04.07brlcadMarcTannous: https://www.google-melange.com/gci/task/view/google/gci2014/5778240039813120
20:04.07gcibot[[ Create a gallery of all galleries || BRL-CAD || Open || Sean ]]
20:04.45MarcTannousbrlcad: if you've got 1min, check this one out http://www.google-melange.com/gci/task/view/google/gci2014/6103408255696896 so that I can claim the one you just made
20:04.46gcibot[[ Create a web gallery of GCI sticker designs #3 || BRL-CAD || NeedsReview (2 days 17 hrs 35 min) || Ishwerdas, Ch3ck ]]
20:04.48MarcTannousthanks btwe
20:04.50MarcTannousbtw*
20:04.57andromeda-galaxybrlcad: I can't find the one for making the object bundles, what didyou call it?
20:07.46brlcadMarcTannous: also: https://www.google-melange.com/gci/task/view/google/gci2014/5843395230564352
20:07.47gcibot[[ Create a gallery of all 3D models #3 || BRL-CAD || Open || Sean ]]
20:09.13MarcTannoushmmm
20:09.17MarcTannousthat one will take a while
20:10.06MarcTannousbut I'll do it and then do the follow-up task
20:10.53andromeda-galaxybrlcad: I've tried reloading the page a couple more times, it's still not showing up... (object ray generator task
20:10.56andromeda-galaxy)
20:15.17brlcadandromeda-galaxy: https://www.google-melange.com/gci/task/view/google/gci2014/5250537473703936
20:15.18gcibot[[ Implement a single function to generate rays based on an object stencil || BRL-CAD || Open || Sean ]]
20:15.43andromeda-galaxybrlcad: thanks! I don't know why it took so long to show up
20:15.45brlcadMarcTannous: how long is "a while"? :)
20:16.09MarcTannousbrlcad: if I can claim the 3D task tonight, I'll probably get it done by tomorrow
20:16.15andromeda-galaxybrlcad: oh, you want the user to specify the plane,not just a direction?
20:16.26brlcadandromeda-galaxy: let me know if the description isn't clear -- I tried to keep it simple
20:17.01Notify02GCI:o7p9bxbnyj * 5250537473703936 : Task Claimed - I would like to work on this task.
20:17.04andromeda-galaxybrlcad: one thing, is for vertical/horizontal density the user would have to input one of vertical or horizontal
20:17.13brlcadbut it could be even simpler still if you get stuck, like having to clamp rays to the input plane ... they could be behind it if that's easier, we could fix that later
20:17.28brlcadeither separate or a single density, don't think it matters
20:17.52brlcadsingle density is probably fine, but double might make the api more consistent with the rect pattern .. your call
20:18.04andromeda-galaxymakes sense... I thought we were discussing using something like the nirt backing out to not need a plane and only need a direction?
20:18.45andromeda-galaxy(just thinking about it mentioning a plane instead ofjust a direction)
20:18.54andromeda-galaxybrlcad: also, why would you want to sample from inside the object?
20:19.06andromeda-galaxyThe output is a set of rays parallel to the input ray and at or in front of the plane defined by that ray (so you could shoot from inside an object).
20:29.45Notify03BRL-CAD:carlmoore * 63953 brlcad/trunk/doc/docbook/system/man1/en/pixfade.xml: fill out pixfade.xml, and stop its underscore of >
20:34.10*** join/#brlcad merzo (~merzo@43-25-133-95.pool.ukrtel.net)
20:42.25Notify03BRL-CAD:carlmoore * 63954 brlcad/trunk/src/util/pixfade.c: remove [-h] from Usage, and touch up comments
20:46.34Notify03BRL-CAD:starseeker * 63955 brlcad/trunk/src/libbrep/shape_recognition.cpp: Start separating out faces into candidate primitive subsets. Need to be more selective when evaluating candidate faces - right now the only check is on type of surface, which isn't adequate.
20:50.22*** join/#brlcad Ko0lGuY (uid61616@gateway/web/irccloud.com/x-vopfhzeitrkiixid)
20:56.22*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
21:09.28Notify02GCI:brlcad * 5907391937773568 : follow-on -  There are now a slew of additional icon tasks added! Just search on the title or tags for icons and you'll see there are five other icon sets we would...
21:09.43Notify02GCI:brlcad * 6380328235040768 : follow-on -  Yash,  There are now a slew of additional icon tasks added! Just search on the title or tags for icons and you'll see there are five other icon sets we...
21:10.13Notify02GCI:brlcad * 6436162138800128 : follow-on -  Aditya,  There are now a slew of additional icon tasks added! Just search on the title or tags for icons and you'll see there are five other icon sets...
21:10.33Notify02GCI:brlcad * 6143905720434688 : follow-on -  There are now a slew of additional icon tasks added! Just search on the title or tags for icons and you'll see there are five other icon sets we would...
21:12.25Notify02GCI:deepakkumarsharma * 5250537473703936 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 120 hours to complete this task, good luck!
21:15.35brlcadandromeda-galaxy: it's pretty trivial to project backed-out rays onto a plane later, that's why I said it doesn't matter if you do it one way or the other
21:15.58andromeda-galaxybrlcad: right, I think I was just confused by what you meant by in front of the plane
21:16.17andromeda-galaxyi.e. when first reading it I thought you meant closer to the object then the plane, which doesn't really fit either scenario
21:16.25brlcadthe silhoette of an object is potentially quite different from a given cut plane
21:17.06andromeda-galaxybrlcad: not sure I understand...
21:17.34brlcadimagine a chair being my object, looking at it from a corner ... fully backed out, I might see four legs, but from an interior plane, there may be other 3, 2, or 1 leg
21:17.44brlcaddon't worry about it :)
21:17.51brlcaddo whatever you can get working :)
21:18.14brlcadshooting the object and getting hit points, so you know which rays to keep is enough for one task anyways
21:18.34andromeda-galaxybrlcad: sounds good :) I'll try to figure out nirts backing-out right now
21:18.43andromeda-galaxymore globals...
21:19.02andromeda-galaxywait, why isn't the bounding sphere stuff in librt?
21:19.32andromeda-galaxybrlcad: it looks like nirts backing-out uses the nirt bsphere functionality which isn't in librt and so can't be accessed by the gen functions...
21:20.23andromeda-galaxybrlcad: I see what you mean about the difference between the silhouette and the cut plane, projecting the rays back onto the cut plane shouldn't be hard
21:24.06raptor_brlcad: that is a lot of tasks at the end )))
21:25.00raptor_eyes diverge
21:28.15brlcadraptor_: there was a huge dump at 20%, another at 40, and another at 75% ... there's only been a few more added here at 90%
21:28.42brlcadthe 75% was late, supposed to be nearer to 65%
21:29.05brlcadoh, and 0% ;)  the initial dump
21:29.43brlcadandromeda-galaxy: "why isn't the bounding sphere stuff in librt?"  ... pretty much the same answer anywhere in our code
21:30.10brlcadeither it's only used in one place, or nobody has gotten around to refactoring it into an api function
21:30.44raptor_:)
21:31.01andromeda-galaxybrlcad: okay, that makes sense!
21:31.51andromeda-galaxybrlcad: just to clear up a terminology thing quickly: when something refers to the front of a model/scene it means the side closest to the observer, right? so for example the ... in front of the plane ... in the task description refers to moving in the opposite direction as towards the object?
21:32.16andromeda-galaxyalso, should the function take an rt_i structure, or is there some other container of geometry data it should use?
21:32.30raptor_good night guys!
21:33.59andromeda-galaxybrlcad: if I pastebin you the current state of mkbundle (the other changes to it prevoius to adding this function) can you tell me if it's ready to be committed? the main thing that I'm worried about is the set of chagnes to rt_raybundle_maker()
21:35.45brlcadandromeda-galaxy: a plane is defined by a point and a vector ... progressing "forward" means going in the direction of the vector
21:36.19brlcadimaging a ground plane ... the vector would point up (0,0,1) and in front of the ground is the air, behind the ground plane is .. dirt
21:36.56andromeda-galaxyhmm, that makes sense... I was just confused by the usage of "in front nof the plane" in the task description, because I had thought that we were discussing making the rays start either on the plane or behind it...
21:37.49brlcadwell, the function is creating rays that will start behind it ... it has to in order to ensure a hit
21:38.09brlcadbut the *result* from the function is a set of rays that start on the ground plane
21:38.24andromeda-galaxyhere's the sentence that was confusing me:
21:38.31andromeda-galaxyThe output is a set of rays parallel to the input ray and at or in front of the plane defined by that ray
21:38.33brlcadi'm not in a position to evaluate mkbundle at the moment with any sort of justice
21:39.01*** join/#brlcad merzo (~merzo@43-25-133-95.pool.ukrtel.net)
21:39.12brlcadyes, I realize what was confusing you ... just not sure if you're still confused :)
21:39.18maths22brlcad: starseeker said you were discussing doing something with the automatic builds and doxygen
21:39.26maths22What is your idea?
21:39.32andromeda-galaxybrlcad: I don't think I'm confused anymore, thanks
21:40.08andromeda-galaxybrlcad: on mkbundle, I'm a little worried aobut the rt_raybundle_maker changes, since the entail a reasonably large change at call sites (people now have to use rt_shootrays() instead of rt_shootray_bundle())
21:40.10brlcadmaths22: basically, needing/wanting to tie in doxygen output into our nightly builds ... ideas on the best way to do that?
21:40.49brlcadandromeda-galaxy: the easy answer would be to leave that function alone and create a different one named consistent with the other new functions
21:40.57brlcad(though I think they all need to be renamed)
21:41.23andromeda-galaxywhat do you think they should be renamed to?
21:41.54maths22brlcad: I think we should have a special target-called "nightly" or something like that, that will run the applicable steps
21:42.19maths22I.E. normal make all + make dox
21:42.30maths22And anything else we want to add
21:42.31brlcadhmm, interesting
21:42.42brlcadI was thinking that this could be all buildbot
21:43.10brlcadsince it's already doing (or should be doing) checkouts and builds
21:43.19maths22That makes sense.
21:43.22maths22I will look into it
21:43.26brlcadawesome
21:43.48brlcadI figure it's already got some testing logic that we wouldn't want to be part of the build system
21:44.02brlcad(or maybe we do)
21:44.28andromeda-galaxybrlcad: I can do the making-a-new-function-to-replace-raybundle-maker thing in aa little bit, but what do you think that the rest of the functions should be renamed to?
21:44.42brlcadmaybe the buildbot scripts that it uses should live in the repo, so it uses them when it does a checkout
21:44.59brlcadandromeda-galaxy: not worried about the name, just noting that they suck
21:45.23brlcadcan sort that out later ... thinking that through is subjective and will take some time, but very untechnical
21:45.35andromeda-galaxybrlcad: sounds good..
21:46.15Notify03BRL-CAD:starseeker * 63957 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h): Start setting up to collect more information on which to base an include/no-include decision.
22:51.56*** join/#brlcad circ-user-0UMVh (~circuser-@122.163.203.189)
22:51.56circ-user-0UMVhHi
22:52.22circ-user-0UMVhHi
22:59.31Notify02GCI:Melange * 5002699137351680 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
23:02.04*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
23:05.02Notify03BRL-CAD:starseeker * 63959 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h): Will need to think about tolerances at some point - this is a test of a shape in NIST model 2, which doesn't satisfy 0.01 on the tolerances for cylinders but does satisfy a looser tolerance.
23:09.56andromeda-galaxybrlcad: what about having a parameter to control whether or not the function should back out? then for simple objects where that is desired, it happens, and for complex objects where it might be intentional to look a the object from within the object, that's possible too...
23:16.47Notify02GCI:maitreyav * 4635701832318976 : Ready for review - The work on this task is ready to be reviewed.
23:32.04Notify02GCI:vs37nx * 5860136425881600 : Ready for review - The work on this task is ready to be reviewed.
23:41.41andromeda-galaxybrlcad: currently, any function wanting to override a_hit()/a_miss() for rt_shootrays() has lots of boilerplate to implement... what do you think of making the default a_hit() and a_miss() functions available publicly as, e.g., rt_shootrays_default_bundle_hit/rt_shootrays_default_bundle_miss? Then people implementing new a_hit/a_miss functions for use in an rt_shootrays() call could just call those functions and be
23:42.00*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
IRC log for #brlcad on 20150115

IRC log for #brlcad on 20150115

00:18.21Notify03BRL-CAD:n_reed * 63960 brlcad/trunk/src/libtclcad/tclcad_obj.c: Improve interactive translation in Archer. Reduce accumlation errors in the edit matrix by deriving it from summed deltas instead of multiplying against the old matrix. Also, clear the edit matrix befor redrawing the updated solid to prevent it being momentarily drawn in the wrong position.
00:25.07``Erikthis'll be a fun upgrade O.o java, emacs, mediawiki, ...
00:57.03Notify02GCI:mrajai2018 * 4639899508539392 : Task Claimed - I would like to work on this task.
00:57.05Notify02GCI:mrajai2018 * 4639899508539392 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
01:19.57*** join/#brlcad darshpreets (~darshpree@202.164.53.117)
03:31.04Notify02GCI:o7p9bxbnyj * 5250537473703936 : Ready for review - The work on this task is ready to be reviewed.
03:43.29Notify02GCI:Melange * 4635701832318976 : No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed.
03:55.20Notify03BRL-CAD:starseeker * 63962 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h): Still problems with the child recognition logic...
04:48.02*** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54)
04:48.30MarcTannousbrlcad: thanks for all the follow up tasks, but as I said, I need someone to first check https://www.google-melange.com/gci/task/view/google/gci2014/6103408255696896 before I can claim other tasks
04:48.30gcibot[[ Create a web gallery of GCI sticker designs #3 || BRL-CAD || NeedsReview (2 days 8 hrs 51 min) || Ishwerdas, Ch3ck ]]
04:48.34*** join/#brlcad dpmobile (~androirc@117.214.54.31)
05:10.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:13.02*** join/#brlcad andromed` (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
05:13.46*** join/#brlcad andromed` (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
05:36.10*** join/#brlcad dpmobile (~androirc@117.200.83.193)
05:45.09Notify02GCI:brlcad * 5798062521843712 : Task Closed - Congratulations, this task has been completed successfully.
05:47.05*** join/#brlcad andromeda_galaxy (~andromeda@108.225.17.54)
05:48.20Notify02GCI:brlcad * 4596409726664704 : Deadline extended - The deadline of the task has been extended with 2 days and 2 hours.
06:00.52Notify02GCI:brlcad * 4596409726664704 : no rar files -  Also, please do not submit rar files for your updates. They are not commonplace amongst open source software development for a variety of reasons. A...
06:03.48Notify02GCI:brlcad * 5340178071683072 : Task Closed - Congratulations, this task has been completed successfully.
06:11.47*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
06:19.00Notify02GCI:brlcad * 5235927756570624 Design a BRL-CAD Sticker #12 https://www.google-melange.com/gci/task/view/google/gci2014/5235927756570624:   very disappointing   Ekamjot,  It is not at all...
06:19.00gcibot[[ Design a BRL-CAD Sticker #12 || BRL-CAD || Closed || Deepak, Harmanpreet ]]
06:22.00andrei_brlcad: you've found more forges? I seem to be the one closing that task
06:22.02andrei_Sorry!
06:22.41MarcTannousI posted that one yesterday here in IRC
06:22.46MarcTannouswhen I was doing my web gallery
06:23.00Notify02GCI:brlcad * 6143905720434688 Design scale/rotate/translate/shear icons #5 https://www.google-melange.com/gci/task/view/google/gci2014/6143905720434688:   do not bother   Ekamjot, please do not...
06:23.01MarcTannousnot exactly identical, but it's clearly inspired after it, even the same colors
06:23.01gcibot[[ Design scale/rotate/translate/shear icons #5 || BRL-CAD || Closed || Jacob B, Mihai Neacsu ]]
06:23.33MarcTannouswell I'm off to classes
06:23.35MarcTannoushave a good day
06:24.03andrei_you too :)
06:24.59*** join/#brlcad dpmittal (~androirc@117.214.44.161)
06:31.29*** join/#brlcad YashM (~YashM@59.88.183.90)
06:50.05Notify02GCI:lin_huiqing * 5864524053741568 : Task Claimed - I would like to work on this task.
06:50.45Notify02GCI:ch3ck * 5864524053741568 : Task Assigned - This task has been assigned to Lin_Huiqing. You have 100 hours to complete this task, good luck!
06:59.04Notify02GCI:brlcad * 5860136425881600 : Deadline extended - The deadline of the task has been extended with 2 days and 2 hours.
07:00.02Notify02GCI:brlcad * 5860136425881600 : time? -  Jacob, do you need more time to work on this, or other assistance? The file you uploaded seems to be a compressed file containing simply an empty...
07:05.22Notify02GCI:brlcad * 4635701832318976 : Deadline extended - The deadline of the task has been extended with 1 days and 6 hours.
07:05.37Notify02GCI:o7p9bxbnyj * 5275647798673408 : Task Claimed - I would like to work on this task.
07:05.38Notify02GCI:brlcad * 4635701832318976 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
07:08.54*** join/#brlcad raptor (~raptor@194.28.75.245)
07:09.00raptorhello
07:09.18andromeda_galaxybrlcad: what are the next steps for the stencil pattern other than eliminating the backout? Also, did you see my earlier comment about the problems with the bundle per-ray hit functions?
07:10.08Notify02GCI:brlcad * 5275647798673408 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 100 hours to complete this task, good luck!
07:10.38Notify02GCI:brlcad * 6103408255696896 : Task Closed - Congratulations, this task has been completed successfully.
07:12.28Notify02GCI:tannousmarc * 5844897932247040 : Task Claimed - I would like to work on this task.
07:12.58Notify02GCI:popescuandrei * 5844897932247040 : Task Assigned - This task has been assigned to Marc Tannous. You have 120 hours to complete this task, good luck!
07:14.04Notify02GCI:ralpt3748752_qejwhe * 5050736735944704 : Task Claimed - I would like to work on this task.
07:14.21andromeda_galaxyfor https://www.google-melange.com/gci/task/view/google/gci2014/5275647798673408, I know that the interface is somewhat bare-bones, but getting all the js & reasonable css for even this took ~5hrs, and styling should be extendable as long as the required information is present (which I believe it is)
07:14.23gcibot[[ PROJECT: Implement web application for testing commit ranges || BRL-CAD || NeedsReview (4 days 3 hrs 55 min) || Mihai Neacsu, Dishank ]]
07:20.50Notify02GCI:wei1006 * 5869143559503872 : Task Claimed - I would like to work on this task.
07:28.23*** join/#brlcad YashM (~YashM@59.88.183.90)
07:37.49Notify02GCI:vanessalfs * 5859273187786752 : Task Claimed - I would like to work on this task.
07:40.59Notify02GCI:rossberg * 5050736735944704 : Task Assigned - This task has been assigned to Raptor. You have 100 hours to complete this task, good luck!
07:41.04Notify02GCI:rossberg * 6113445460049920 : Task Assigned - This task has been assigned to Vladimir Kuznetsov. You have 100 hours to complete this task, good luck!
07:42.10andrei_hmm, Notify woke up
07:42.18Notify02GCI:thebrokentree * 5002699137351680 : Task Claimed - I would like to work on this task.
07:42.48Notify02GCI:popescuandrei * 5002699137351680 : Task Assigned - This task has been assigned to Choo Ming Jing. You have 100 hours to complete this task, good luck!
07:47.08Notify02GCI:soh_xin_yi * 5806174775541760 : Task Claimed - I would like to work on this task.
07:47.18Notify02GCI:ralpt3748752_qejwhe * 5050736735944704 : Ready for review - The work on this task is ready to be reviewed.
07:49.29Notify02GCI:lin_huiqing * 5864524053741568 : Ready for review - The work on this task is ready to be reviewed.
07:51.49andromedagalaxyAndrei_: Notify has been behaving oddly with Melange for the last couple of days... It doesn't send all events, but it does send some, and there isn't a discernable pattern.  It might just be Melanges fault, though...
07:52.17andrei_yeah, at first I thought it failed to update, since I ve assigned some tasks
07:52.27andrei_but then I saw the latest ones displaying
07:52.45andrei_I've looked over your task
07:52.46*** join/#brlcad bugport (~bugport@91.103.85.100)
07:53.16andromedagalaxyits kind of weird, but last time I noticed it, someone checked and said the mail queue was empty, so it mu
07:53.31andromedagalaxy*is likely Melange
07:53.44Notify02GCI:ch3ck * 5864524053741568 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
07:54.04andromedagalaxyanderei_: what did you think?
07:54.42andrei_to be honest, you did complete what the task said, as there's no requirement of style
07:54.50andrei_and by that I mean design
07:55.15andromedagalaxyAndrei_: ye
07:55.20andrei_the only reason I haven't marked it as completed is that given your situation
07:55.29andrei_brlcad might want you to improve
07:55.36andrei_since you re not exactly in a rush
07:55.47andrei_on the other hand
07:55.58andrei_the follow-up task itself might involve doing the design
07:56.14andrei_I m more inclined to marking it as complete, I don't think it will be an issue with that.
07:56.39Notify02GCI:ariessa * 5888591171420160 : Task Claimed - I would like to work on this task.
07:56.46andromedagalaxyI was planning on doing some more design work on it, but getting all the js stuff working for a server integration demo room ~5hrs, so I decided not too...
07:57.14Notify02GCI:popescuandrei * 5888591171420160 : Task Assigned - This task has been assigned to ariessa. You have 100 hours to complete this task, good luck!
07:57.37andrei_I assume you've noticed I closed it
07:58.05andromedagalaxySorry, I didn't see that yet...
07:58.23andrei_no worries, I said that because Notify skipped the message
07:58.27andromedagalaxyJust wanted to let everyone know why I didn't do more design...
07:58.57andromedagalaxyNotify is being kind of weird about melange...
07:59.07andrei_well, you could ask brlcad, if he has a different opinion than mine. As I said, to me it seem reasonably completed
07:59.12andrei_seems*
08:00.11andromedagalaxyandrei_: sound good... I'm most interested in doing a nice backend server in Haskell with web sockets
08:01.10andrei_you'll have to speak to brlcad for that, at least to me, Haskell doesn't sound easily maintainable
08:01.54andrei_mainly because the amount of people that know Haskell is rather limited
08:02.05andromedagalaxyMentioned it to maths22 the other day, he said that he thought it would be alright...
08:02.25andromedagalaxy(And it does say any language...)
08:02.25Notify02GCI:wangxiaotong * 4639899508539392 : Task Claimed - I would like to work on this task.
08:02.56andrei_I wonder what's with the
08:03.04*** join/#brlcad lin_huiqing_ (cab0ca8a@gateway/web/freenode/ip.202.176.202.138)
08:03.07andrei_increasing number of claims these days
08:03.55*** join/#brlcad Xin_ (cab0ca89@gateway/web/freenode/ip.202.176.202.137)
08:04.05Xin_hi
08:04.16andrei_Hello!
08:05.15raptorhello
08:05.56andrei_I'm having a hard time figuring out
08:06.11lin_huiqing_hi
08:06.25andrei_which "Install and run BRL-CAD!"  are genuine since they all use vm
08:08.20lin_huiqing_https://www.google-melange.com/gci/task/view/google/gci2014/5864524053741568
08:08.22gcibot[[ Beginner: Install and run BRL-CAD! #58 || BRL-CAD || NeedsWork || Harmanpreet, Ch3ck ]]
08:09.05andromedagalaxyAndrei_: true... By the way, on that task, ca
08:09.33andromedagalaxyDid you have specific better methods of data visualization in mind?
08:09.40Notify02GCI:lin_huiqing * 5864524053741568 : #brlcad - freenode Web IRC -  username: lin_huiqing
08:10.04andromedagalaxyandrei_: Or was it just the general lack of theming?
08:10.18andrei_data visualisation is fine
08:10.21Notify02GCI:lin_huiqing * 5864524053741568 : Ready for review - The work on this task is ready to be reviewed.
08:10.26andrei_I was just reffering at theming
08:10.50Ch3cklin_huiqing_: alright
08:11.17andrei_erm,  Ch3ck
08:11.22andrei_you ve asked him to provide a summary
08:11.50Ch3ckandrei_: yeah accoding to the first part of the task
08:11.53*** join/#brlcad lin_huiqing (cab0ca89@gateway/web/freenode/ip.202.176.202.137)
08:12.17andrei_yeah, I just fail to see where he's put it
08:12.17Ch3cklin_huiqing_: could you comment on the first part of the task on melange?
08:12.17Notify02GCI:soh_xin_yi * 5806174775541760 : #BRL-CAD -  Username: xin_
08:12.28andromedagalaxyandrei_: okay, that makes sense..
08:12.36Ch3ckandrei_: me too
08:12.54andrei_andromedagalaxy: what you did is usable so far, and can be extended. The bottom line is that it's enough for that task :)
08:12.59Ch3ckheads to class, will look at it later,
08:13.09andrei_what you did so far is usable*, sorry
08:13.26Ch3ckandrei_: could even close the taks if he adds the comments
08:13.31andrei_I will
08:13.43Ch3ckandrei_: great
08:13.57andromedagalaxyAndrei_: that was my thought as well, I just wanted to make sure it wasn't functionally missing anything
08:14.58andrei_I've seen that brlcad usually follow-up on  tasks that are closed,  where he has a different opinion
08:15.33lin_huiqinguh I don't really get what I'm supposed to do :/
08:15.49andrei_lin_huiqing, Ch3ck just asked you to explain what you've done
08:15.52andrei_and how
08:15.52*** join/#brlcad xinyi (cab0ca86@gateway/web/freenode/ip.202.176.202.134)
08:15.58andrei_either here or on melange will do
08:16.40andrei_like: what steps you took to get that drawing
08:18.19*** join/#brlcad lin_huiqing_ (cab0ca86@gateway/web/freenode/ip.202.176.202.134)
08:18.24andrei_lin_huiqing: there's nothing wrong with what you did
08:18.28andrei_you just have to answer to this " Once you submit your screenshot, remember to leave a comment with details about which communication checklist item(s) you performed along with your evidence."
08:19.11lin_huiqing_ok thanks!
08:22.30lin_huiqing_First, I used gimp to create a png file of my name. Then, I converted the png file to a bw file. mged was then used to extrude the image and then ray trace it.
08:23.05andrei_lin_huiqing: do you know what's the command for raytrace?
08:23.06lin_huiqing_something like this? ^
08:23.08andrei_yep
08:23.35lin_huiqing_rt
08:23.39andrei_yeah
08:24.38lin_huiqing_am i supposed to like paste my link here again?
08:24.40Notify02GCI:popescuandrei * 5864524053741568 : Task Closed - Congratulations, this task has been completed successfully.
08:24.47andrei_nah
08:25.29andrei_lin_huiqing: I closed it, looks ok :)
08:25.36lin_huiqing_Thanks!
08:27.14*** join/#brlcad wei1006 (cab0ca8a@gateway/web/freenode/ip.202.176.202.138)
08:28.53Notify02GCI:lim_yong_jun * 5821933278986240 : Task Claimed - I would like to work on this task.
08:29.32Notify02GCI:wei1006 * 5869143559503872 : None -  wei1006
08:30.15xinyihello, may I know how I would know if I have completed the task successfully?
08:30.27Notify02GCI:popescuandrei * 5821933278986240 : Task Assigned - This task has been assigned to Lim Yong Jun. You have 100 hours to complete this task, good luck!
08:30.44andrei_xinyi: the task would be marked as complete and you would receive an email from melange
08:30.58YashMhttp://www.google-melange.com/gci/dashboard/google/gci2014
08:31.02YashMcheck completed tasks here
08:31.33Notify02GCI:desiree_lim * 5876507767472128 : Task Claimed - I would like to work on this task.
08:32.42andrei_how's it going, YashM ? :)
08:32.45*** join/#brlcad xinyi_ (cab0ca85@gateway/web/freenode/ip.202.176.202.133)
08:33.32YashMExams ended today, gonna do those web galleries soon now
08:36.19xinyi_Hi, I opened BRL-CAD and typed in gimp and then converted the png file into bw, before using mged to extrude the image, and then taking a screenshot of it
08:36.40*** join/#brlcad vanessalfs (cab0ca8a@gateway/web/freenode/ip.202.176.202.138)
08:36.51vanessalfshi
08:37.01andrei_xinyi: how did you get brlcad?
08:37.04andrei_hello, vanessalfs
08:37.20xinyi_https://www.google-melange.com/gci/task/view/google/gci2014/5806174775541760
08:37.21gcibot[[ Beginner: Install and run BRL-CAD! #46 || BRL-CAD || NeedsReview (4 days 3 hrs 10 min) || Sean, Jacob B ]]
08:37.58andrei_xinyi_ : I know which task is yours, I've asked you how did you get BRL-CAD? :)
08:38.12vanessalfsi have  completed this task: https://www.google-melange.com/gci/task/view/google/gci2014/5002699137351680
08:38.13gcibot[[ Beginner: Install and run BRL-CAD! #54 || BRL-CAD || Claimed (4 days 3 hrs 4 min) || Mandeep Kaur, Ch3ck ]]
08:38.57*** join/#brlcad mingjing123 (cb748202@gateway/web/freenode/ip.203.116.130.2)
08:39.06andrei_vanessalfs: okay, then you should upload the screenshot, add a comment on melange with how did you get BRL-CAD, and what did you do to obtain the result and mark it as needing review
08:39.17wei1006I created the black and white image using brlcad. I created the image with my name with gimp.  It was a png file, set the size of the image and converted it into bw file. I used the mged and extrude the image. I rotated the image. Lastly, I took a screenshot of it.
08:39.42andrei_weil1006: I'm confused, which task is yours?
08:39.54*** join/#brlcad xinyi (cab0ca85@gateway/web/freenode/ip.202.176.202.133)
08:40.09xinyiI downloaded the programme from http://brlcad.org/wiki/Deuces#Getting_Started
08:40.53Notify02GCI:soh_xin_yi * 5806174775541760 : None -  Hi sorry, my username should be xinyi
08:42.28Notify02GCI:popescuandrei * 5806174775541760 : Task Closed - Congratulations, this task has been completed successfully.
08:43.22mingjing123Hi Guys!!  Ive finished the https://www.google-melange.com/gci/task/view/google/gci2014/5828709932072960
08:43.23gcibot[[ Beginner: Install and run BRL-CAD! #45 || BRL-CAD || Open || Deepak, Dishank ]]
08:43.48Notify02GCI:wei1006 * 5869143559503872 : Ready for review - The work on this task is ready to be reviewed.
08:44.04mingjing123I was directed to chat here and what am i supposed to do now?
08:44.07wei1006https://www.google-melange.com/gci/task/view/google/gci2014/5869143559503872
08:44.08gcibot[[ Beginner: Install and run BRL-CAD! #59 || BRL-CAD || NeedsReview (4 days 2 hrs 38 min) || Harmanpreet, Ishwerdas ]]
08:46.14Notify02GCI:desiree_lim * 5876507767472128 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
08:47.34Notify02GCI:desiree_lim * 5828709932072960 : Task Claimed - I would like to work on this task.
08:51.49Notify02GCI:vs37nx * 5860136425881600 : Ready for review - The work on this task is ready to be reviewed.
08:51.52wei1006hi I have uploaded the file
08:53.05mingjing123hi i have uploaded the file too!
08:53.11mingjing123hi wei1006 :D
08:53.43wei1006hi :D
08:58.39Notify02GCI:vanessalfs * 5859273187786752 Beginner: Install and run BRL-CAD! #55 https://www.google-melange.com/gci/task/view/google/gci2014/5859273187786752:   None   Hi i downloaded the virtual machine...
08:58.40gcibot[[ Beginner: Install and run BRL-CAD! #55 || BRL-CAD || NeedsReview (4 days 2 hrs 41 min) || Popescu Andrei, Dishank ]]
08:58.54Notify02GCI:vanessalfs * 5859273187786752 : Ready for review - The work on this task is ready to be reviewed.
09:00.15YashMso many people installing BRL-CAD o.o
09:00.20Notify02GCI:thebrokentree * 5002699137351680 : None -  I have completed the task! I downloaded the virtual machine and created an image using GIMP with my ame on it. Then, i used the png-bw tool from the...
09:00.43mingjing123hahah yeah
09:12.18Notify02GCI:wangxiaotong * 4639899508539392 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
09:13.25Notify02GCI:wangxiaotong * 5859130111688704 : Task Claimed - I would like to work on this task.
09:31.41*** join/#brlcad xiaotong (cab0ca88@gateway/web/freenode/ip.202.176.202.136)
09:33.04Notify02GCI:popescuandrei * 5859130111688704 : Task Assigned - This task has been assigned to Wang Xiaotong. You have 100 hours to complete this task, good luck!
09:33.14Notify02GCI:popescuandrei * 5831779759947776 : Task Assigned - This task has been assigned to Etzernal. You have 100 hours to complete this task, good luck!
09:35.20xiaotonghi, ive completed a task BEGINNER: INSTALL AND RUN BRL-CAD! #49 but im not sure what to do in part 1
09:40.16Notify02GCI:wangxiaotong * 5859130111688704 : None -  i typed out my name in black and white and extruded it in mged.
09:40.30*** join/#brlcad lin_huiqing (cab0ca85@gateway/web/freenode/ip.202.176.202.133)
09:48.01Notify02GCI:utkarshsingh341 * 5020355882123264 : Ready for review - The work on this task is ready to be reviewed.
09:56.53Notify02GCI:wei1006 * 5869143559503872 : None -  I created the black and white image using brlcad. I created the image with my name with gimp. It was a png file, set the size of the image and converted it...
09:58.34*** join/#brlcad mini_monstar (cab0ca85@gateway/web/freenode/ip.202.176.202.133)
09:58.40mini_monstarhello
09:58.44mini_monstarhelp
09:58.54*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:02.28*** join/#brlcad Pulse (cab0ca88@gateway/web/freenode/ip.202.176.202.136)
10:02.31*** join/#brlcad xinjie (cab0ca87@gateway/web/freenode/ip.202.176.202.135)
10:02.43*** part/#brlcad mini_monstar (cab0ca85@gateway/web/freenode/ip.202.176.202.133)
10:04.31*** join/#brlcad mini_monstar (cb748202@gateway/web/freenode/ip.203.116.130.2)
10:04.38mini_monstarhello
10:07.11andrei_is scared
10:07.15andrei_Hello!
10:07.54*** join/#brlcad Yong__ (cab0ca86@gateway/web/freenode/ip.202.176.202.134)
10:08.15Yong__hi
10:08.56mini_monstarWASSUP
10:10.04Yong__i have submitted the work
10:10.08Yong__pls review. Thanks.
10:10.10Notify02GCI:lim_yong_jun * 5821933278986240 : Ready for review - The work on this task is ready to be reviewed.
10:11.05Notify02GCI:mini_monstar * 5831970483339264 : Task Claimed - I would like to work on this task.
10:11.10Notify02GCI:pulse * 5886669710426112 : Task Claimed - I would like to work on this task.
10:11.55Notify02GCI:popescuandrei * 5886669710426112 : Task Assigned - This task has been assigned to Pulse. You have 100 hours to complete this task, good luck!
10:12.05Notify02GCI:xinjie * 5895161666076672 : Task Claimed - I would like to work on this task.
10:12.07mini_monstarI created a png of my name. I converted the png file into a bw file. Then I extruded it and screenshot it.
10:12.10Notify02GCI:popescuandrei * 5831970483339264 : Task Assigned - This task has been assigned to Jovan Teo. You have 100 hours to complete this task, good luck!
10:12.55Notify02GCI:popescuandrei * 5859273187786752 : Task Closed - Congratulations, this task has been completed successfully.
10:13.02andrei_you're all from the same class, or school, aren't you? :)
10:13.12mini_monstarnope <3
10:13.23mini_monstari did it myself
10:13.26mini_monstarat home
10:13.28mini_monstar:(
10:13.35mini_monstarwhy dont you trust me
10:13.40mini_monstar:'(
10:14.38andrei_I never said you didn't do it yourself. It's just there have been 10 claims in a couple of hours
10:14.39mini_monstarno im joking
10:14.58mini_monstaryea we from the same school
10:15.10mini_monstarwe are very interested in learning this task
10:15.19mini_monstarWE ARE INTERESTED IN COMNPUTING
10:15.22PulseExcuse my friend for his rude behaviour
10:15.24mini_monstarI LOVE COMPUTING
10:16.27andrei_MarcTannous: isn't this design similar to yours? https://www.google-melange.com/gci/task/view/google/gci2014/5020355882123264
10:16.29gcibot[[ Create a book layout for Doc Camp Book #6 || BRL-CAD || NeedsReview (8 hrs 26 min) || Kesha Shah, Sean ]]
10:20.02*** join/#brlcad xinjie (cab0ca88@gateway/web/freenode/ip.202.176.202.136)
10:21.19PulseI used the easy method in order to obtain your software, by downloading from the Virtual Machine http://brlcad.org/wiki/Deuces#Getting_Started. Installing debian, I was able to perform the following task. Downloading the Virtual Machine using GIMP, I used a 512 by 512 image with a black background, which I typed my name with it, saving it as a png file. After converting it into a bw image by running the png-bw command, I extruded the
10:21.22xinjieI made an image with a black background, adding my name in white text using GIMP. After that, I used mged to render the image and took a screenshot under the applications and accessories window.
10:22.01Notify02GCI:mini_monstar * 5831970483339264 : None -  I wrote on the irc chat. I am mini_monstar
10:22.12Notify02GCI:tannousmarc * 5844897932247040 : Ready for review - The work on this task is ready to be reviewed.
10:22.15mini_monstarI created a png of my name. I converted the png file into a bw file. Then I extruded it and screenshot it.
10:22.22Notify02GCI:pulse * 5886669710426112 : Upon Completion -  I wrote on the IRC chat, my user name is Pulse.
10:22.27Notify02GCI:xinjie * 5895161666076672 : Done!!!! :) -  I wrote in the irc chat. My username is xinjie.
10:22.31*** join/#brlcad MarcSchool (59eef606@gateway/web/cgi-irc/kiwiirc.com/ip.89.238.246.6)
10:24.04mini_monstarYea the computer club in my school introduced us to this program if you're wondering.
10:28.53Notify02GCI:pulse * 5886669710426112 : Ready for review - The work on this task is ready to be reviewed.
10:29.04MarcSchoolmentors, this layout is very very similar to mine : https://www.google-melange.com/gci/task/view/google/gci2014/5020355882123264
10:29.05gcibot[[ Create a book layout for Doc Camp Book #6 || BRL-CAD || NeedsReview (8 hrs 13 min) || Kesha Shah, Sean ]]
10:29.27MarcSchoolMine, submitted 1 and a half months ago : https://www.google-melange.com/gci/task/view/google/gci2014/5591216443883520
10:29.28gcibot[[ Create a book layout for Doc Camp Book || BRL-CAD || Closed || Deepak, Harmanpreet ]]
10:29.57MarcSchoolSame pages ( that I came up with ), same layout, same footer, even the same image I inserted
10:30.06andrei_as I said, it seems similar to me as well, but I need a second or third opinion
10:30.11andrei_before marking it as stolen
10:30.12andrei_:)
10:30.31andrei_but we probably will
10:30.52MarcSchoolDon't know, loads of stuff Works are "inspired" from others
10:30.55MarcSchoolas in heavily inspired
10:31.04andrei_what do you mean?
10:31.42Notify02GCI:tannousmarc * 5778240039813120 : Task Claimed - I would like to work on this task.
10:32.10MarcSchoolJust an innocent example would be the fact that Sean made me come up with a byline for Archer in my very first task, on the 1st of December, and loads of designs I've seen use the same byline, "Think.Invent.Create"
10:32.17Notify02GCI:maitreyav * 4635701832318976 : ZIP file -  Hi Sean,  I've re-uploaded my work as zip file, please look it so that I can make changes to it.  
10:32.23Notify02GCI:popescuandrei * 5778240039813120 : Task Assigned - This task has been assigned to Marc Tannous. You have 120 hours to complete this task, good luck!
10:33.18Notify02GCI:tannousmarc * 5778240039813120 : Ready for review - The work on this task is ready to be reviewed.
10:33.48Notify02GCI:wangxiaotong * 5859130111688704 : Ready for review - The work on this task is ready to be reviewed.
10:34.36*** join/#brlcad xiaotong (cab0ca89@gateway/web/freenode/ip.202.176.202.137)
10:36.45*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:40.07*** join/#brlcad YashM (~YashM@59.88.183.90)
10:40.41*** join/#brlcad Pulse (cab0ca8a@gateway/web/freenode/ip.202.176.202.138)
10:57.42*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
11:28.27*** join/#brlcad YashM (~YashM@59.88.183.90)
11:38.26Notify02GCI:zynatrix * 5571450517848064 : Task Claimed - I would like to work on this task.
11:46.34*** join/#brlcad YashM (~YashM@59.88.183.90)
11:47.04*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:49.30Notify02GCI:mihaineacsu29 * 5895161666076672 : Task Assigned - This task has been assigned to Xinjie. You have 99 hours to complete this task, good luck!
12:14.36gcibotning. [before amsg..]
12:15.13ignacioGood morning
12:16.37*** join/#brlcad YashM (~YashM@59.88.183.90)
12:19.58Notify02GCI:shardulc * 6455158829481984 : Task Claimed - I would like to work on this task.
12:29.51Notify02GCI:rossberg * 5020355882123264 : Task Closed - Congratulations, this task has been completed successfully.
12:32.41*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:33.39*** part/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
12:33.44*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
12:45.52*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
13:20.49*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
13:46.15Notify02GCI:etzernal * 5831779759947776 : Ready for review - The work on this task is ready to be reviewed.
13:48.45raptorin works https://www.google-melange.com/gci/task/view/google/gci2014/5264182400253952
13:48.46gcibot[[ Categorize all of BRL-CAD's commands into a spreadsheet || BRL-CAD || Reopened || Popescu Andrei, Hardeep Singh Rai ]]
13:49.47raptorAll utilities on each accounted values:
13:49.55raptor['NAME', 'SYNOPSIS', 'DESCRIPTION', 'OPTIONS', 'FORMAT', 'TODO', 'EXAMPLE', 'DIAGNOSTICS', 'AUTHOR', 'COPYRIGHT', 'REPORTS', 'EXAMPLES', 'ALSO', 'BUGS', 'METHOD', 'EOF', 'PROCESSING', 'TABLES', 'MISC', 'PLY', 'WARNING', 'B', 'C', 'E', 'F', 'J', 'P', 'Q', 'R', 'Z', 'HINTS', 'UNIX', 'MDQS', 'NOTES', 'N', 'T', 'RETURN', 'DISCUSSION', 'REPORTING', 'AUTHORS', 'FONTS', 'PATH', 'DIR', 'DESCRIPTIONS', 'DEFINITIONS', 'CLASS', 'VARIABLES', 'FILES', 'PROMPTS', 'KEYWOR
13:49.55raptorDS', 'SKIP', 'VALUES', 'SIGNALS', 'SCRIPTS', 'TIPS', 'HINT', 'DEFICIENCIES', 'TRADEMARKS', 'A', 'RLE', 'MGED', 'VTK', 'S', 'PRISM', 'END', 'CAVEAT', 'AXIS', 'CREATED', 'VRML', 'REQUIREMENTS', 'HISTORY', 'DISCLAIMER', 'RESTRICTIONS', 'VALUE', 'SEEDVAL', 'GVALUE', 'WIDTH', 'HEIGHT', 'CAVEATS', 'CHANNELS', 'OUTPUT', 'NOTE', 'ASCII', 'RGB', 'THEORY', 'LIMITATIONS', 'L', 'CHECKING', 'SPLINE', 'INSPIRATIONS', 'FLOAT', 'INT', 'STR', 'TEMPERATURES', 'RESULTS']
13:50.39raptorI think it's a lot to create the table
13:51.01raptorWhat I take from them
13:51.03raptor?
14:15.11Notify02GCI:izak * 5831779759947776 : Task Closed - Congratulations, this task has been completed successfully.
14:43.02Notify02GCI:deepakkumarsharma * 5820470842621952 : Task Assigned - This task has been assigned to utkarshsingh. You have 100 hours to complete this task, good luck!
15:02.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:12.13YashMhttps://www.google-melange.com/gci/task/view/google/gci2014/5843395230564352
15:12.14YashMAre these repeats?
15:12.14gcibot[[ Create a gallery of all 3D models #3 || BRL-CAD || Open || Sean ]]
15:23.45Notify02GCI:xinjie * 5895161666076672 : Ready for review - The work on this task is ready to be reviewed.
15:48.42Notify03BRL-CAD:starseeker * 63964 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h): Still got some memory issue somewhere - can't turn on the cylindrical_loop_planar_vertices test without hanging.
15:57.11Notify03BRL-CAD:starseeker * 63965 brlcad/trunk/src/libbrep/shape_recognition.cpp: forgot to free local filter copy.
16:02.04*** join/#brlcad shardulc (~shardul@122.169.69.66)
16:02.51Notify02GCI:shardulc * 6455158829481984 : Ready for review - The work on this task is ready to be reviewed.
16:06.03shardulcbrlcad: are you online?
16:16.21*** part/#brlcad shardulc (~shardul@122.169.69.66)
16:21.14gcibot4 days left... What are your feelings :-)?
16:26.16Notify03BRL-CAD:starseeker * 63966 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h): Surface tests are always assumed to be destructive, so we need a new duplicate after each test.
16:32.37unicodesnowmanandromeda-galaxy, andromeda_galaxy, andromedagalaxy, i didn't know there are 3 galaxies of you xD
16:33.00andromeda_galaxyunicodesnowman: sorry, I'm in the process of moving between irc clients...
16:53.44*** join/#brlcad andrei_ (bc1b5712@gateway/web/freenode/ip.188.27.87.18)
17:08.56*** join/#brlcad gaganjyot (~gaganjyot@118.102.186.30)
17:18.33*** join/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249)
17:20.31balder_Hey! I have installed brlcad in ubuntu but when I type mged in terminal the graphics window does not open! Can any one say me the solution!
17:20.49andromeda_galaxybalder_: does it print an error message?
17:21.36balder_Nope! In command line it shows this this "attach (nu|txt)[nu]? "
17:22.38andromeda_galaxybalder_: try 'mged -a X' or 'mged -a ogl'
17:22.47balder_ok!
17:23.46andromeda_galaxybalder_: it's kind of odd, it seems like mged is being run in classic mode... how did you install brl-cad?
17:25.33balder_Well from this link http://brlcad.org/wiki/Building_from_SVN
17:26.24andromeda_galaxywhat kind of system are you on?
17:26.45Notify02GCI:shivam691999 * 4596409726664704 : Ready for review - The work on this task is ready to be reviewed.
17:26.55balder_This is ubuntu 14.04 running on intet i5
17:28.18andromeda_galaxyyou're just running 'mged' in a terminal? let me check something in the source quickly, it looks like its not detecting the x dm
17:29.24andromeda_galaxybalder_: can you put the output of the cmake configuration command you did at the beginning in a pastebin?
17:30.01balder_andromeda_galaxy: yes 1sec
17:33.48andromeda_galaxybalder_: it seems like it might have been a misconfiguration error (build without X11/OpenGL support), so I needed to see the logs...
17:34.19andromeda_galaxy*output
17:34.56Notify03BRL-CAD:starseeker * 63967 brlcad/trunk/src/libbrep/shape_recognition.cpp: Don't grab edges from planar faces when doing the secondary break-out
17:36.12*** join/#brlcad raptor_ (~raptor@194.28.75.245)
17:40.36brlcadMarcTannous: I knew you had a task pending, it was just to let you know that there are more icon tasks (so you're aware they exist for *whenever* you're able/ready) :)
17:41.01brlcadyour icons and yash's I believe were two of the more usable ones iirc
17:41.11brlcadand one other... escaping me
17:42.21gaganjyotbrlcad, hi :)
17:42.44gaganjyotbrlcad, had a question related to binary, thought I could get anwer here
17:42.56gaganjyotI want to read 2 bits from a byte
17:42.56brlcadandrei_: no worries on closing the forgeries ... it's impossible for one mentor to know about all the other activity -- next year we'll need to have a gallery in place right from the get-go for design tasks so it's easy to check and students have to put their name up on a board where forgeries would be obvious and embarrasing to them
17:43.16gaganjyotand the position of pointer in byte is x
17:43.22gaganjyothow can I get those 2 bytes
17:43.27gaganjyot2 bits*
17:43.49balder_andromeda_galaxy: I hope this is what you want to see http://pastebin.com/KeckYkK7 . And after creating a new database called and creating a sph1.s and rightclicking and opening it with mged(as there it was in options) it works!
17:44.15brlcadandromeda_galaxy: next step -- visualize a few examples... like a tgc at an angle, a box, and something beefier, maybe m35
17:44.33andromeda_galaxybrlcad: that makes sense, though it would need some more changes to rtshot
17:44.47andromeda_galaxy(I actually did some of them as part of the last one to make sure that everything worked, but it's very rudimentary)
17:45.21brlcadand I did see your comment about having an option, but don't think it's necessary (we're just saving them a little math)
17:45.43andromeda_galaxybalder_: try building with 'cmake -DBRLCAD_ENABLE_X11=ON -DBRLCAD_ENABLE_OPENGL=ON
17:45.46andromeda_galaxy'
17:45.59andromeda_galaxybrlcad: sounds good, I can remove that option
17:46.30andromeda_galaxybrlcad: did you also see my point about the way that rt_shootrays() callbacks have to re-implement significant code that could be the same for most of them?
17:47.12andromeda_galaxyalso, I was thinking about changing the rtshot bundle parameter interface to, e.g., -B <bundle_type> <bundle_opts>, it would make it easier to not have to find letters that fit for some of the options (though some, like -p, could be preserved)
17:48.12brlcadandrei_: we're quickly approaching the deadline, that's why there are increasing claims -- always a big rush to the finish
17:48.40andrei_brlcad: yeah,  but isn't it like .. too late? they can finish at most one or two tasks
17:50.34andromeda_galaxybrlcad: do you want to make a task to do some of those visualizations for the stencil bundle?
17:50.58andromeda_galaxy(and maybe work on improving the rtshot option structure at the same time)
18:00.10brlcadbalder_: that attach (nu|txt) prompt means you compiled brl-cad without support for X11
18:00.47brlcadyou need to make sure you have the X11 developer headers installed (see several of the dependencies on the Building_from_SVN page)
18:00.54balder_andromeda_galaxy: ok! Now I did build it with cmake -DBRLCAD_ENABLE_X11=ON -DBRLCAD_ENABLE_OPENGL=ON. And it works thank You
18:01.15andromeda_galaxybalder_: no problem, glad it helped
18:02.44brlcadgaganjyot: you can shift the byte by x, and bitwise & the value(s) with 1
18:03.56brlcador just & the byte with a bitmask and you'll have four possible results (values)
18:04.45brlcadandromeda_galaxy: I did not see your point about callbacks
18:05.02andromeda_galaxybrlcad: for rt_shootrays(), it uses both b_hit/miss and a_hit/miss
18:05.04andromeda_galaxyfunctions
18:05.19andromeda_galaxyone of a_hit/a_miss is called for each ray, b_hit/b_miss for the whole bundle, right?
18:05.39andromeda_galaxysometimes (like in my patch), it makes sense to get information for each individual ray, instead of just using the whole list of partitions
18:05.40brlcadI haven't looked, but sounds likely
18:06.03brlcadso that'd be an a_ case
18:06.16andromeda_galaxyrt_shootrays() requires you to define a whole bunch of boilerplate in a_hit that moves the partition/seg lists into the bundle struct for later use
18:06.34andromeda_galaxythe default handler function is declared static, so right now everyone who needs to use a_hit with rt_shootrays()
18:06.49andromeda_galaxyhas to copy a whole bunch of boilerplate code that detaches the segs/partition lists and reattaches them to the bundle
18:07.29andromeda_galaxybrlcad: I was thinking that it would be nice if the default functions were exposed, because then people who had to redefine a_hit could just start it with a call to e.g, rt_shootrays_default_hit()
18:07.29brlcadso what are you wanting to do about that?
18:07.40brlcadhm
18:08.03andromeda_galaxyalso, the a_uptr that the user originally passed in the struct application is somewhat hidden from a_hit, you have to do partition_bundle->ap->a_uptr, instead of ap->a_uptr
18:08.23andromeda_galaxyso having a utility function/macro to get the *original* application struct, might be nice
18:09.18brlcadthat last bit won't pay for itself in terms of added API, so probably a no-go on having a nicity helper for that
18:09.39andromeda_galaxybrlcad: sure, it would be nice to document it somewher, though
18:09.44brlcadabsolutely
18:09.57andromeda_galaxyI had to figure it out from the source for rt_shootrays()
18:10.30brlcadexposing a default hit function isn't out of the norm, but just have to make sure it is just some generic portion that can be well-documented
18:11.04brlcade.g., if there's some portion that someone would always need to undo, then you'd probably still have a static default that calls this public default and then does a little bit more
18:11.32andromeda_galaxybrlcad: so currently, the default function does two things:
18:11.32brlcadbut then new callers would have their "super" class function they could call
18:11.41andromeda_galaxyincrements 'hit'
18:12.08andromeda_galaxyand moves the partitions/segs from the partition/seg lists passed in to those in the bundle
18:12.09brlcadanyone have a screenshot of the two copied book layouts?
18:12.27brlcad( MarcTannous? )
18:12.32andromeda_galaxy(well, right now it also checks that it was actually a hit, and increments misses if it wasn't, by checking the length of partitions)
18:13.00andromeda_galaxyI think that those things are all pretty sane default things to do, do you see any reason to not use all of them?
18:13.07andrei_brlcad: wait a sec
18:14.06andromeda_galaxybrlcad: what should we call the helper?
18:14.24brlcadandromeda_galaxy: no, but then I haven't really put any serious design thought into the question either and that is usually warranted when introducing new API
18:14.38brlcadandromeda_galaxy: look at the default overlap handler, see what it is named
18:14.44andromeda_galaxybrlcad: true... well, something to think about, at least...
18:14.51andrei_brlcad : http://www.google-melange.com/gci/task/view/google/gci2014/5020355882123264 and  http://www.google-melange.com/gci/task/view/google/gci2014/5591216443883520
18:14.53gcibot[[ Create a book layout for Doc Camp Book #6 || BRL-CAD || Closed || Kesha Shah, Sean ]]
18:14.54gcibot[[ Create a book layout for Doc Camp Book || BRL-CAD || Closed || Deepak, Harmanpreet ]]
18:15.10andrei_they're not 1:1, but Marc mentioned that the majority of elements belonged to his design
18:15.13brlcadandromeda_galaxy: I'd say go ahead and do it if you like (are there still new API/refactoring tasks?)
18:15.18andromeda_galaxyrt_default_multioverlap()?
18:15.18Notify03BRL-CAD:ejno * 63968 (brlcad/trunk/src/libged/simulate/collision.cpp brlcad/trunk/src/libged/simulate/collision.hpp and 4 others): fix several bugs with the collision algorithm; don't store velocity as attributes (will be replaced by storing Bullet's own serialization into a binary database object)
18:15.27andromeda_galaxybrlcad: yeah, there's a design an api to reduce code duplication task
18:15.28brlcadsounds about right
18:15.40brlcadso yeah, use one of those
18:15.50brlcadtechnically reducing potential code duplicaiton
18:16.04andromeda_galaxyI'll claim it and then look into the api a little bit... I'll probably include the implementation with the design, since it's quite simple
18:16.20brlcadthe work will be on the /** */ comment in the raytrace.h header, to properly document what this default function is doing
18:16.48Notify02GCI:o7p9bxbnyj * 5239535713648640 : Task Claimed - I would like to work on this task.
18:16.55brlcadso follow the same naming pattern, maybe rt_default_bundlehit()
18:16.58andromeda_galaxybrlcad: indeed
18:17.07andromeda_galaxyI was thinking of either rt_default_bundlehit or rt_bundlehit_helper()
18:17.14andromeda_galaxythe only advantage of the second one
18:17.31andromeda_galaxyis that it still is appropriate if the default handler does end up doing more than the helper does
18:18.06andromeda_galaxybrlcad: (i.e., if it seems useful to add something to the default handler that most overriding functions would have to undo)
18:19.10brlcadI don't think that's a great name, but I do think it needs to mirror the other handler (and both should later get renamed) just so it's clear they're the same "type" of function
18:19.39andromeda_galaxyso rt_default_bundlehit() is better, even if it eventually becomes not-actually-the-defualt?
18:19.48Notify02GCI:deepakkumarsharma * 5239535713648640 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 100 hours to complete this task, good luck!
18:19.49brlcadcould name it something else, but then a review would be warranted to deprecate the old handlers to new names
18:20.00brlcadand that is a process
18:21.27brlcadand no it's not better and it would almost preclude letting it do something that callers would always have to undo
18:21.41brlcadnot better and better simultaneously ;)
18:22.02andromeda_galaxybrlcad: interesting... I'm also not sure which to use... if they're both non-optimal, what do you think is best?
18:22.12brlcadthe real answer isn't possible without itemizing all librt functions and creating a mapping of old names to new names
18:22.49andromeda_galaxybrlcad: that sounds like quite a large project... which one do you think I should use in the interim?
18:22.49brlcadas that's not something that's going to happen today, it should match the existing convention
18:23.01andromeda_galaxyah, okaay --- so rt_default_bundlehit()?
18:23.07brlcadyep
18:23.25brlcadnot a large project, but it would take several days
18:24.03andromeda_galaxybrlcad: sounds good! also, the current default _miss routine increments the bundles miss count
18:24.16andromeda_galaxyshould I make a 'default' versionf or that one as well, since the default hit routine does increment the hit count
18:24.19andromeda_galaxy?
18:29.36brlcadis it really just one line?
18:29.52andromeda_galaxybrlcad: pretty much
18:30.01brlcadpretty much means what?
18:30.04MarcTannousbrlcad: did you see my discussion with andrei regarding "forgery"?
18:30.07andromeda_galaxyjust one line with a variable declaration to get it
18:30.09andromeda_galaxy*get the bundle
18:30.16andromeda_galaxyand one to increment bundle->miss()
18:30.18brlcadMarcTannous: did you see the responses?
18:30.20andromeda_galaxy*bundle->miss
18:30.21andromeda_galaxyanad one to return 0
18:30.48brlcadandromeda_galaxy: so one line of actual logic (and that could be reduced to a one-line function if we wanted to
18:31.09andromeda_galaxybrlcad: yes, at least for now...
18:31.33andromeda_galaxyon the other hand adding api is a lot easier than removing it, so it might make sense to err on the side of not having it if it doesn't seem necessary
18:31.34MarcTannousbrlcad: no, that's why I am asking..
18:31.38brlcadandromeda_galaxy: so no, not for one line -- that can be part of the comment that they can/should increment bundle->miss if they need miss tracking.
18:31.41MarcTannousmy computer auto-sleeps and it disconnects from IRC
18:32.02brlcadMarcTannous: yeah, book design, but I haven't seen it yet
18:32.15andromeda_galaxybrlcad: sounds good, I'll mention that in the comment for rt_default_bundlehit
18:32.24brlcadcan you make a quick side-by-side comparison (or is andrei_ working on one?)
18:32.39andrei_no, I'm not, I also asked Marc
18:32.42andrei_and he detailed
18:32.48andrei_what's "too" similar
18:33.01andrei_I suppose he can write on IRC
18:33.18brlcadright, but that's why I need a side-by-side (not at a machine with photoshop at the moment)
18:33.53andrei_aah
18:34.01gaganjyotthanks brlcad :)
18:34.03MarcTannousas far as I remember, exactly the same pages ( suspicious, as these were not mentioned on the brief ) , exactly the same layout, very simialr footer, and exactly the same image inserted, that I took as a mock-up image
18:34.04gaganjyotworked :)
18:34.12MarcTannouswill make a side-by-side..
18:34.32andrei_MarcTannous: awesome, thanks ! :)
18:34.36brlcadMarcTannous: there are big swaths of gray here .. as many students participating don't know about citing sources and giving proper attribution (as obvious as that may seem)
18:35.05Notify02GCI:popescuandrei * 5778240039813120 : Task Closed - Congratulations, this task has been completed successfully.
18:35.09MarcTannousnot to even mention about UI icons...
18:35.14MarcTannousI mean that was plainly theft IMO
18:35.22brlcadso our first response is to educate (I will contact the student), and it's on repeat instances that they get in trouble ... or on blatant copying
18:36.36brlcadMarcTannous: have to be culturally sensitive too, not all countries have the same IP/ownership tenants as the US/EU
18:37.19brlcadso for you as a participant, I see it as reinforcing the value and quality of your work and that will reflect well on that task's grading
18:37.36brlcadand obviously not so well on the student that just tweaked a few things
18:37.47MarcTannousthank you then
18:37.51MarcTannousshould I get one of the icon tasks?
18:37.54MarcTannousor some coding ones
18:38.07brlcadicon tasks!
18:38.10brlcadplease :)
18:38.27MarcTannoussure thing
18:38.30MarcTannouscoming right up
18:38.48brlcadthe five new ones that are up there now form almost a complete set (or at least ARE a usable set)
18:40.26MarcTannouscan I use some icon packs I own?
18:40.37MarcTannousor do you want them from scratch
18:40.57MarcTannous( distribuitive license on these packs )
18:41.22brlcadI'm not sure what that implies, but we need something that can be assigned full rights, so we can use it in our tools without worrying about any future legal issues
18:41.30MarcTannousyep
18:42.26brlcadif you can submit it like the other work, i'm not sure I see a difference
18:42.45brlcadwe need to be able to relicense contributions under our license(s), distribute without pause
18:43.35brlcadwhich includes rights to create derivative works, rights to promote, rights to sell, rights to use, rights to ... unlimited rights :)
18:43.37Notify02GCI:o7p9bxbnyj * 5239535713648640 : Ready for review - The work on this task is ready to be reviewed.
18:44.02Notify02GCI:Melange * 6650599705673728 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
18:44.15andromeda_galaxybrlcad: that's my stab at usingn consistent naming and documenting what it tries to do
18:44.21brlcadif we don't have that, it's probably not wanted or at least not usable
18:44.31*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
18:44.40MarcTannouslet's go icon tasks! :D
18:44.52Notify02GCI:tannousmarc * 5835108829364224 : Task Claimed - I would like to work on this task.
18:44.55andromeda_galaxyI also added a little thing to the description of rt_shootrays() saying how to get back a_uptr
18:45.47brlcadMarcTannous: there might be a problem is if you received/purchased icons from someone else, or derived yours off of someone else's work
18:46.15MarcTannousbrlcad: will make sure that is not an issue then
18:52.23andromeda_galaxybrlcad: so on the rt-bundle-integration front, I know you made the task to look more for where the rounding error is coming from... do you have any tips on how to do that? I tried for a couple of hours, but I could never get it any better than this (~1-2e-7, I believe)
19:17.00andrei_brlcad, MarcTannous: there was a task which andromeda did recently, involving commit iterrations
19:17.07andrei_the functionality was covered by andromeda
19:17.28andrei_but since Marc is oriented on design, and since he s finishing tasks rather fast, from what I see
19:17.52andrei_perhaps we could make a task with designing the theme or "looks" for that?
19:18.13MarcTannouswoudl love it
19:24.05andromeda_galaxyMarcTannous: it uses dojos dgrid/dojox charts for all the output, both are reasonably themeable... if you can do it without changing any of the js that would be great, since that js is all structured to make it easy to hook up to the server
19:24.29MarcTannouscan I get a link?
19:24.32MarcTannousto the task
19:24.41andromeda_galaxythe one I've done so far?
19:24.48MarcTannousthe one andrei is mentioning
19:24.49andromeda_galaxyhttps://www.google-melange.com/gci/task/view/google/gci2014/5275647798673408
19:24.50gcibot[[ PROJECT: Implement web application for testing commit ranges || BRL-CAD || Closed || Mihai Neacsu, Dishank ]]
19:25.34MarcTannouswill look into it
19:25.48andromeda_galaxythat's my current work on it... also, try not to change any of the links yet, I plan on making them all work with a nice RESTful api (HATEOAS) on the server
19:26.08MarcTannouswhat I'll probably do is export stuff that is being created as divs
19:26.15MarcTannousatm how are you adding it to the page?
19:26.23MarcTannousactually let me check the js lol
19:29.37andromeda_galaxyMarcTannous: there's a page on dgrid theming somewhere...
19:30.01andromeda_galaxyhttp://www.sitepen.com/blog/2012/05/03/css-styling-of-dgrid/
19:30.24andromeda_galaxyMarcTannous: pretty much everything is being added through either dojo dgrid or dojo charts
19:30.38andromeda_galaxyreally nice customizable, performant, etc.
19:31.29MarcTannousyeah this seems nice
19:31.42MarcTannousthought you were appending elements to the html body and that would've been more tricky
19:33.25*** join/#brlcad gaganjyot (~gaganjyot@101.209.4.180)
19:33.59andromeda_galaxyMarcTannous: indeed :) I have a bunch of styling in there already to do things like the little indicator lights
19:36.43MarcTannousI'll get my icon task done and then check this out
19:37.21andromeda_galaxyMarcTannous: sounds good.. when I'm done with the rt stuff, I intent to write a server-side component for that to make it finish working..
19:37.44MarcTannousthat will get us a really nice working and clean looking project
19:37.45MarcTannous:D
19:38.19brlcadandromeda_galaxy: e^7 is approximately the limit of floating point precision, so you could first check your data types at EVERY single stage of processing, every pass to/from *every* function, to make sure they're all double-precision
19:38.39andromeda_galaxybrlcad: currently, all area fastf_t
19:38.52MarcTannousbrlcad: where should I submit the design part of andromeda's current project?
19:39.01brlcadnext would be to simply itemize the starting values to make sure they're the same for both .. if you have fuzz in the start, you're not going to get to the same end
19:39.27andromeda_galaxybrlcad: true... there are a couple of places that the problem could be, but both of them are quite difficult to eliminate:
19:39.58andromeda_galaxyone is calculating the angle to use, the other is just in the way that it builds up the numbers by adding <increment> (which is the same as the <increment> for the old method, but that involved multiplying...)
19:41.02brlcadandrei_: can you write up the task in question for MarcTannous ?
19:41.29andrei_yes, I will, just not at this very moment
19:41.35andromeda_galaxybrlcad: I'm really not sure how either of those can be eliminated, especially the angle one
19:41.38andrei_I'll put it directly on melange, ok?
19:41.39brlcadokay, thanks!
19:41.41brlcadyeah
19:41.50brlcadnot doing any more bulk uploads
19:41.51andromeda_galaxythe problem is that the angle has to be just less than perspective angle, because of rts half-open behavior
19:43.06andromeda_galaxyso, it currently uses this to get it: atan(tan(rt_perspective / 2.0 * M_PI / 180) / width * (width - 1));
19:43.18brlcadandromeda_galaxy: you're talking/thinking about how to eliminate a method without confirming that is the source
19:43.36brlcadyou have to confirm where the fuzz is getting injected, very specifically
19:43.43andromeda_galaxybrlcad: true... I guess actually my question is more about how to find out whether any particular possible error is the source
19:44.14brlcadhere's what you can do that is easily actionable
19:44.14andromeda_galaxybrlcad: the angle is especiaally hard to check
19:44.33andromeda_galaxybecause the old method doesn't directly use an angle like that, it just goes in increments through a width/height
19:44.47brlcaditemize the lines of code that are involved one by one, and for just two rays show the values at every step
19:44.50andromeda_galaxywhich is a pretty horrible thing to have for a generic api, since it requires you to know things like how long the direction vector is
19:45.08brlcadthat's okay that they're using different methods
19:45.34andromeda_galaxybut doesn't using different methods make it hard to compare intermediate values?
19:45.53brlcadit depends on what all the itemized steps end up being
19:46.22andromeda_galaxyif the steps are different, comparing the results of each step becomes difficult...
19:47.06brlcadit depends entirely on the steps involved
19:47.14andromeda_galaxyhmm...
19:47.20brlcadperhaps you already know the steps well enough to say that there aren't any that can be compared?
19:47.58andromeda_galaxybrlcad: here's the quick sketch
19:48.09andromeda_galaxy(but that's what I had been thinking)
19:48.47andromeda_galaxyin the old method, it uses width/height and dy/dx in model space (computed far far away) and basically loops through each i, j and makes a ray with r_dir = VJOIN2(center_dir, i, dx, j, dy)
19:49.12andromeda_galaxysorry, not center_dir but bottom_left_dir (I think)
19:49.27andromeda_galaxyin the new method, it calculates an angle of divergence in both x and y dimensions
19:49.47andromeda_galaxyand then calculates a new width/height appropriate for a vector with that length inside the gen_* function
19:50.00andromeda_galaxyand then uses a num steps to get its own dx/dy
19:50.09andromeda_galaxyand then uses those in an accumulator loop to get each pixel
19:50.36andromeda_galaxycomparing the dx and dy is hard
19:50.49andromeda_galaxybecause they're scaled differently
19:50.54andromeda_galaxybut might be possible
19:51.10andromeda_galaxybrlcad: what do you thinK?
19:51.44brlcadI think you're not reading what I wrote ;)
19:52.21andromeda_galaxybrlcad: sorry? this was my 'do I know the steps well enough to know their aren't any that can be compared?'
19:52.54andromeda_galaxybrlcad: showing that I couldn't tell any way to compare the results (and I tried earlier), but wondering if you saw something I was missing
19:53.04brlcadthat's not answering whether you know the steps well enough to know they can't be compared
19:53.10brlcadyou itemized your understanding
19:53.17brlcadis that well enough?
19:53.33brlcadthat's not a question you're going to answer by dumping your knowledge on the table :)
19:53.40brlcadit's something for you to think about
19:53.56brlcadit's also not something I can answer for you without me doing the work
19:53.58andromeda_galaxywell, I'd thought it was pretty well... the thing is that for all the steps that I could figure out during the last task, I tried and couldn't compare the results effectively
19:54.37brlcadI'd have to break out all the calculations going on in each and see if there are any syncing points
19:54.58andromeda_galaxytrue... well, I'll try just doing that again, see if looking at it for more time leads to anything that I missed the first time throguh
19:55.00andromeda_galaxy*through
19:55.26brlcadso a word of caution, you mentioned atan(tan(rt_perspective / 2.0 * M_PI / 180) / width * (width - 1));
19:55.44brlcadthe trig functions have very minimal tolerance guarantees
19:55.51andromeda_galaxyin the comparing results stage, are the results ever "close enough" without being exactly the same? i.e. like how most comparisons of floating point numbers use a tol...
19:57.05andromeda_galaxyabout the trig functions: interesting, I hadn't known that... I'll have to see if it's possible to do without as much trig/inverse trig
19:57.13brlcadI'd say that passing regression tests is probably close enough
19:57.26andromeda_galaxythe problem is that the regression tests compare pixel values
19:57.32andromeda_galaxybut what is being changed by this change is pixel coordinataes
19:57.35brlcadif regression tests still fail, that really begs for there being something more substantive going on
19:57.49andromeda_galaxyso if there's a pixel directly on an edge,
19:58.07andromeda_galaxyvery very small changes in coordinate can result in (relatively) huge changes in value
19:58.21brlcadcould, is that what's happening here?  prove that
19:58.44andromeda_galaxybrlcad: I can try to.. like I said, I had some code that showed that pixel coordinates never differed by more thatn about 2e-7, but that might still be too much
19:59.24brlcadnever differeing by more than 2e-7 doesn't really mean much
19:59.48brlcadneed semantic context to know if that matters, not absolute values
20:00.27andromeda_galaxytrue... the numbers are all mostly in the 1-10 range, coordinates in model space, at least for the 'solids' model
20:00.42brlcadideally, my intuition says it's possible to get the rays to match exactly (perhaps by using a completely different calculation method -- with the same inputs -- or in a different order of operations)
20:01.05andromeda_galaxymight work.. one of the problems is just that the inputs that rt takes
20:01.11andromeda_galaxyjust aren't good for a general function for this
20:01.29andromeda_galaxyrt just does a rectangular grid style approach, assuming that the viewbase_model &c is in the right place to make it all the right angle
20:02.19andromeda_galaxybrlcad: but semantically that is not a great approach to take for a library function, because for generating a frustum, an angle makes a lot more sense than 'this far above the point that is at the end of the ray in the input'
20:02.44andromeda_galaxybrlcad; but what is exactly for floating point numbers? even C compilers advise against comparing them with ==
20:03.13brlcaddon't confuse input parameters with method being used to calculate the rays
20:03.36andromeda_galaxysorry, maybe I got confused... Ithought that by 'with the same inputs', you meant using the same inputs as the original method
20:03.48brlcadI could certainly have a function that takes a point+dir+angle and not use highly-sensitive angles to base my neighboring rays off of
20:04.26brlcadthere's a variety of ways I could get that end-result with the same inputs
20:04.42brlcadinput to a method != values used within that method
20:04.54brlcadrather, doesn't imply a particular method
20:05.03andromeda_galaxysorry, I'm slightly confused... I was talking about the inaccuracies of converting values to pass them in and then converting them back in order to use the same metod
20:05.09andromeda_galaxy*method
20:07.32brlcadlook, this is getting nowhere quickly ..
20:07.37brlcadyou're brain dumping a lot
20:07.50brlcadand expecting some grand insight perhaps, which doesn't exist
20:08.39brlcadnot to put words in your mouth, but I'm not getting the sense that my suggestions are getting absorbed very deeply amidst your other thoughts of the issues
20:08.56brlcadwhich is just to say that I think there's gotta be a step back taken
20:09.30brlcadI'm not going to have as much insight as you without me doing the task too
20:09.36andromeda_galaxybrlcad: sorry... that's a good idea, the problem is probably that I waas working on it for long enough earlier that I just keep thinking back to what didn't work...
20:11.47brlcadyou have made many and statements that simply aren't strictly true (too many at this point to revisit), and I'm getting the sense that you're rushing too hard for a task like this that really requires in-depth meticulous attention to details
20:12.37brlcadwhat I can suggest, and you can fully ignore, are 1) to see if there are any sync points .. this is not an easy task
20:12.50brlcad2) see if you can avoid the trig functions (find a different method)
20:13.19brlcad3) consider changing the calculation method being used inside the function and/or the order of operations
20:13.28brlcadthat's pretty much it
20:13.52andromeda_galaxybrlcad: thanks, I'll try those... sorry, as I said, I keep thinking about the things that didn't work earlier
20:14.08*** join/#brlcad sofat (~sofat@202.164.45.198)
20:14.18sofatmaths22, hello
20:14.29brlcadi'm sure, and you may have exhausted options (except I don't see you having mentioned anything about trying different methods)
20:14.39sofatplease accept my pull request
20:14.55andromeda_galaxybrlcad: the trig one is the big one that I didn't try at all, in terms of methods/order of operations
20:14.55sofatbrlcad,  hell
20:15.03sofatbrlcad, hello
20:15.04andromeda_galaxyI did try a couple of things, but there might be more that I missed
20:15.32andromeda_galaxywell, thanks for the discussion anyway, I'll try those techniques and see if any more accuracy can be gained
20:15.37brlcadbut there many many ways to calculate a grid/set of rays that diverge, and the (*implementation*) method you chose may have tolerance issues (or maybe the existing method has issues, it would take a lot of work to prove/disprove that)
20:16.14brlcadany time you have a calculation based on a small number, it's going to accumulate error very quickly
20:16.44brlcadany time you have a calculation based on values that are not normalized (they are not near 0), they are going to accumulate error very quickly
20:17.41andromeda_galaxythat's true... another thing to consider, at least...
20:19.14brlcadfor the first point, it would suggest calculating a dx/dy angle of divergence is not a good idea because that angle will likely be something very small like 0.000123
20:19.56brlcadcalculating the actual angle per ray would be one way (of several) to avoid that
20:20.08brlcadcalculating without angles would be another
20:20.20andromeda_galaxybrlcad: that might work.. I did it as dx/dy in absolute coordinates (not angles) to match the way that the original code did it
20:20.46andromeda_galaxyit uses the angles and the length of the center ray to figure out what a dx/dy model coordinates vector should be, and uses that
20:21.12Notify02GCI:vkolova * 5877505323958272 : Task Claimed - I would like to work on this task.
20:21.15sofatbrlcad, you have any work for me ?
20:21.20brlcadfor the second point, if the ray is way out in space and you're using it's point for all calculation, that is probably not a good idea because it's not normalized
20:21.57brlcadcalculating a translation vector/matrix that works on the origin and then applies the inverse to the result would likely give a better result (as one of several possible solutions)
20:23.29andromeda_galaxythat makes sense, I'll try changing that too, if the other things don't help significantly (enough)... thanks for the suggestions
20:24.13brlcadthis all gets at possibilities for changing the method of calculation .. there's dozens of possibilities that will all give different ray sets with different amounts of error
20:24.52brlcadhere's one more idea for you ... you could use a fixed precision calculator to figure out *exactly* what the actual ray values should be for a given input
20:25.20brlcadif you can show that your outputs are more faithful to "actual" results (i.e., less error), then that becomes easier to justify
20:25.47andromeda_galaxygood point, I should try doing that... now I'm curious if using gmp for fastf_t makes a bunch of regression tests built around errors fail...
20:26.55brlcadyou'd need a good calculator like mathematica or bc or something where you can set the precision to at least 50 decimal places
20:26.55brlcadgmp could work too, more setup though
20:27.19brlcadthere was a set of tasks last year that looked into integrating a C++ class under fastf_t so it could do fixed precision math
20:27.24andromeda_galaxyright, mathematica is definitely doable... I'd probabaly need to write some mathematica code that (for a specific case) calculated all the ray values andn then find some way to automatedly compare them...
20:27.30brlcadfor exactly this kind of inspection
20:27.37andromeda_galaxybrlcad: yeah, I saw that, there was a followup this year
20:27.50brlcadyou'd need to make sure any trig functions you used in mathematica don't suffer similar tolerance issues
20:28.07andromeda_galaxybut currently brl-cad won't build with fastf_t != double for a multitude of reasons, so I didn' try to do it
20:28.14brlcadnods
20:28.28andromeda_galaxyindeed.. my first step is going to be trying to get rid of the trig functions overall
20:29.45andromeda_galaxy(probably)
20:31.36sofatbrlcad, you have any  new task for me ? please reply
20:32.04brlcadsofat: I have years of work for you
20:32.19brlcadbut I can't tell you what to do, you need to figure out what you *want* to do :)
20:33.09brlcadsofat: and I'm not ignoring you, just fyi... it's just busy and open-ended questions aren't very constructive
20:33.41brlcad(ditto with saying hello on irc, but I admit I sometimes violate that myself)
20:34.00sofatsorry
20:34.05brlcadsofat: don't be sorry :)
20:34.06sofat:-(
20:34.26brlcadbe productive :)
20:34.30MarcTannousthat was deep
20:34.34brlcadwhta interests you
20:34.37sofatokay
20:35.23brlcadfigure out where you want to go, and take it to the next step
20:35.49brlcadyou've been working a lot in one area, and are just waiting on maths22 to review? or what?
20:37.17brlcadsofat: do you want to keep working on docbook, keep working on website stuff, something else?
20:38.13sofati am working on  website
20:38.36sofatbut i want to know the status of docbook project
20:38.37brlcadthis I know :0
20:38.51brlcadopen-ended question
20:38.58brlcadstatus: exists
20:39.03sofatwhat the next step in docbook project
20:39.03brlcadask a different question :)
20:39.22sofatokay
20:39.23brlcadthere are many many many possible next steps, depending on who works on it next
20:39.46brlcadin terms of long-term goals, we need our docbook documents sync'd to the web
20:40.12andromeda_galaxybrlcad: oh, one other unrelated thing to think about for later ---- what do you think of making (some) of the parallel datastructure functions use userspace RCU on linux?
20:40.13brlcadwe need stylesheets, updated pdfs, and web sync
20:40.29brlcadwe need bidirectional web-editing
20:40.37sofatok
20:40.56brlcadwe need to convert a slew of non-docbook docs to docbook
20:41.31brlcadwe need to eliminate/scavenge/archive docs that are out-of-date
20:41.44sofatok
20:42.09sofati ready for this
20:42.14brlcadwe need someone to take ownership of the project (by consistently working on it)
20:43.47sofati am ready to take the ownership of this project if you allow .
20:45.05brlcadsofat: I suggest writing up a wiki page with a todo list so the scope and vision of activity remains consistent
20:45.44brlcadtaking ownership isn't something that gets granted, you own it by working on it (consistently, vigorously, more than anyone else)
20:46.25brlcadat least it's not needed for this, it just needs someone to work on oit
20:46.36brlcadI suggest a page like http://brlcad.org/wiki/STEP
20:47.48brlcadsofat: maybe create http://brlcad.org/wiki/Docbook and fill it out with the "we need" requirements you know of, then expand them with more specific sub-task bullets
20:48.02sofatok
20:48.38brlcaduntil you've decomposed the problem at least into individual tasks that should take someone less than a couple days each
20:49.02brlcaddo you feel directed?  I hope not ;)
20:50.04brlcadonce you have it all in front of you, then you might have a better idea deciding what you *want* to do
20:50.17brlcadand we'll all benefit
20:50.31sofatyes i understand .
21:13.13*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
21:55.36Notify03BRL-CAD:n_reed * 63971 (brlcad/trunk/src/libbrep/intersect.cpp Property Changed: and 3 others): merge r63481 from brep-debug branch, fixes an intersection bug
22:02.29brlcadI need some brainstorming suggestions
22:04.35brlcadwhat's a good word that we can use to describe a bit of work that needs some attention, could be considered incomplete, is discovered but not yet investigated/worked, etc
22:06.02brlcadfor example, I find a particular bug, I work on it for a few days, find out a LOT but don't get the bug fixed .. so I write down all my notes, stash away this beautifully self-contained example, and fully intend to come back to it some day but really anyone could pick up where I left off
22:06.15brlcadwhat's a good name for that?  single word ideally
22:07.15brlcadnot just bugs too .. these are sort of somewhere between a GCI task and a GSoC project .. mini projects, mega tasks
22:08.08brlcadpendings
22:08.12brlcadscraps
22:08.27brlcadpiltrafa
22:09.24brlcadincompletes
22:10.23brlcaddilettantes
22:11.09brlcadrough
22:11.14brlcadroughage (heh)
22:11.21brlcadwantings
22:17.17*** join/#brlcad merzo (~merzo@105-127-133-95.pool.ukrtel.net)
22:27.26Notify02GCI:deepakkumarsharma * 5835108829364224 : Task Assigned - This task has been assigned to Marc Tannous. You have 90 hours to complete this task, good luck!
22:27.41Notify02GCI:deepakkumarsharma * 5877505323958272 : Task Assigned - This task has been assigned to vkolova. You have 90 hours to complete this task, good luck!
22:28.37Notify03BRL-CAD:carlmoore * 63973 brlcad/trunk/doc/docbook/system/man1/en/pixfade.xml: add note about default
23:22.40*** join/#brlcad infobot (ibot@rikers.org)
23:22.40*** topic/#brlcad is Topic for #brlcad: BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Welcome GCI 2014 participants! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi.
23:24.47*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
23:31.13andromeda-galaxybrlcad: thanks for the tip about trig functions being inaccurate (which I didn't know), it looks like that may have been it!
23:31.15*** join/#brlcad Ko0lGuY_ (uid61616@gateway/web/irccloud.com/x-orglypdnskwbdkqm)
23:39.47*** join/#brlcad nmz787_i (~nmccorkx@134.134.137.71)
23:40.42nmz787_iis there someone available to take all the mged examples (i.e. the PDFs), create files for each example, then commit those files to a github repo or similar?
23:40.50nmz787_ilike one of the students
23:44.22*** join/#brlcad wei1006 (~fircuser@183.90.37.120)
23:44.37*** join/#brlcad wei1006 (~fircuser@183.90.37.120)
23:44.57*** join/#brlcad wei1006 (~fircuser@183.90.37.120)
23:46.05wei1006https://www.google-melange.com/gci/task/view/google/gci2014/5869143559503872
23:46.05gcibot[[ Beginner: Install and run BRL-CAD! #59 || BRL-CAD || NeedsReview (3 days 11 hrs 36 min) || Harmanpreet, Ishwerdas ]]
23:47.14tofuandromeda-galaxy: it's not that they're inaccurate, it's that they're simply not guaranteed to be accurate ;)
23:47.43brlcadwei1006: tasks are announced to the mentors, you don't need to do anything in here
23:47.54brlcadother than talk if you're performing the communication piece ;)
23:49.02wei1006I am directed to post the link of my work here and explain how I have done it
23:49.28wei1006what should I do then?
23:51.31brlcadit does not direct you to post the link of your work here
23:51.39brlcadwhere do you think it tells you to do that?
23:52.09andromeda-galaxybrlcad: thanks for the tip about trig functions being inaccurate (which I didn't know), it looks like that may have been it!
23:52.31brlcad18:47 < tofu> andromeda-galaxy: it's not that they're inaccurate, it's that they're simply not guaranteed to be accurate ;)
23:52.37andromeda-galaxybrlcad: oops, didn't mean to resend that
23:52.42brlcadah, k
23:52.56brlcadthey do that for performance
23:52.59andromeda-galaxybrlcad: indeed... well, anyway, that appears to have been the problem, now all the regress tests pass
23:53.14andromeda-galaxyI couldn't totally get around using the trig functions, but instead of atan(tan(...)...)
23:53.17brlcadit's expensive to do a chebyshev iteration a sufficient number of times to converge on a more accurate solution
23:53.18andromeda-galaxyit's now atan(...)
23:53.38andromeda-galaxyunfortunately, doing it without any trig seems impossible...
23:53.51brlcadso you probably still have error, but not enough to affect a result (which is good)
23:54.04andromeda-galaxybrlcad: right! it's now close enough that the regress tests all pass
23:54.06wei1006I have posted my explanation of the task hother people posting their
23:54.17brlcadcan you still print a comparison of the two for some simple example?
23:54.22wei1006explanation
23:54.31wei1006and link to the task
23:54.36andromeda-galaxybrlcad: you mean a comparison of the old and new ray values to ~12 digits?
23:55.10brlcadwei1006: my question is where did you read that it said to past a link to your task on IRC?
23:55.54brlcadandromeda-galaxy: more than 12 digits would be ideal
23:56.08andromeda-galaxybrlcad: sure... why?
23:56.09brlcad%.20lf should be good
23:56.19brlcadjust to know how much of a change we're talking about
23:56.25n_reedbrlcad: setups, weekenders, dust-offs, orphan/adoptable tasks
23:56.27andromeda-galaxyahh, sure
23:56.35andromeda-galaxyI can upload the debug file from the 'solids' regression test if you want
23:56.41brlcadn_reed: mm, those are good
23:56.42andromeda-galaxythat shows the high-precision values
23:56.47brlcadi like orphans :)
23:56.55brlcadadopt an orphan...
23:57.18andromeda-galaxybrlcad: would that be enough?
23:57.47brlcadif it shows before and afters, sure
23:57.51andromeda-galaxy(the debug file containing my printout of old vs new)
23:58.05brlcadmore than 12 digits?
23:58.14andromeda-galaxybrlcad: I haven't produced it yet, but it'll be easy
23:58.20brlcadokay, cool thanks
23:58.47brlcadwei1006: you did all you need to do (except for answering my question...)
23:59.09andromeda-galaxybrlcad: sounds good! then we'll have a regression-test-passing rt and a good idea of how different it is...
23:59.18andromeda-galaxythough rt is still mildly bloated from data structure conversion problems...
IRC log for #brlcad on 20150116

IRC log for #brlcad on 20150116

00:00.06wei1006the task page stated " Simply do one or more of the checklist items and leave a comment here saying which you did. Provide some evidence that we can verify like if you talk on our IRC channel, let us know your username." I simply read this instruction and posted my explanation
00:00.56wei1006then a mentor was confused what I was posting(which task I have done)so I posted the link here
00:01.00brlcadwei1006: okay, so nowhere in there does it say anything about posting a link to your GCI task to IRC is all that I am pointing out :)
00:01.16brlcadit says do one of the checklist items (which you have now done by being on IRC)
00:01.21brlcadby talking on IRC
00:01.49wei1006ok, thanks for clarifying
00:02.11brlcadif someone else asked you which task, you should prefix your line with their name so that it gets their attention
00:02.19brlcadwei1006: like this line ;)
00:02.52brlcadwei1006: no harm done, just wanted to make sure there wasn't some instruction somewhere that we don't want :)
00:03.34wei1006brlcad: oh I see (like this?)
00:03.38brlcadwei1006: so the last thing you need to do is "Provide some evidence that we can verify like if you talk on our IRC channel, let us know your username."
00:03.43brlcadyep, perfect
00:04.18brlcadso you need to write your username into melange as a comment, so another mentor can read back through the log and see that you were talking here
00:05.05brlcadwei1006: there are IRC channels like this (some with hundreds of people) on just about any topic, for most active open source projects and topics
00:05.30brlcadtens of thousands of channels and people
00:05.56wei1006brlcad: wow ok, noted with thanks
00:06.08brlcadwei1006: I suggest making a different screenshot
00:06.14brlcadthat one is far too similar to others
00:07.29brlcadwei1006: I suggest trying to set a color on your name and using a different rotation angle
00:07.43andromeda-galaxybrlcad: what do you want to do about the xrays data structure problem? there's still a way-too-big portion of do_run() dedicated to taking the rays out of the (inverse-order) list and putting them into an array...
00:08.36nmz787_ibrlcad: any students or other grunt-work workers available to pool all the mged examples into text files in a repo?
00:08.42brlcadandromeda-galaxy: would making the generators return an array reduce the code?
00:09.21brlcadnmz787_i: mged examples?
00:09.25andromeda-galaxybrlcad: probably
00:09.33brlcadoh you mean geometry database examples
00:09.43andromeda-galaxybrlcad: there's also the idea of making xrays a more opaque datastructure with nicer apis around it
00:10.04andromeda-galaxylike we were discussing earlier
00:10.10brlcadthere is a task to create an image gallery of them, but not for the .g files themselves
00:10.18andromeda-galaxywith the added advantage that, e.g., jit generation would work better...
00:10.30nmz787_ibrlcad: examples such as the 'radio' example which I found in the middle of a PDF file
00:10.31brlcadandromeda-galaxy: this is true
00:10.52andromeda-galaxythough stencil has put a new spin on my thinking about streaming apis, because getting 'nth ray' from stencil would be difficult without evaluating it
00:10.53brlcadnmz787_i: ahhh that one :)
00:11.02brlcadnmz787_i: that one is a little special, complicated
00:11.03nmz787_ibrlcad: I would be much more up-to-speed if there was a directory of .g files that I could just emulate or cut/paste from
00:11.20andromeda-galaxyso it might be best to have some kind of xrays structure that would allow functions to use either method of generation
00:11.30brlcadnmz787_i: er, there is .. the db direcotry
00:11.34andromeda-galaxyand have a nice set of apis around it that made the choice transparent to the user...
00:12.18nmz787_ibrlcad: this dir? http://brlcad.org/brlcad.git/objects/db/
00:12.36andromeda-galaxybrlcad: but designing a good data structure and reasonable apis will definitely take some time, what do you think of making a gci task for (starting) to look into it?
00:12.39brlcadnope
00:12.50brlcadnmz787_i: that's an internal git management directory
00:13.08brlcadnmz787_i: if you download and compile brl-cad or use a binary install, there will be a db directory
00:13.15brlcadit has a few dozen examples
00:13.46brlcadsome ancient, some newer, some small, some bigger (nothing too big in there for download reasons)
00:14.14nmz787_ibrlcad: this dir? http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/db/
00:14.38brlcadandromeda-galaxy: any more code reduction or other API tasks would suffice
00:14.48brlcadnmz787_i: that's where they'll end up, yes
00:15.18brlcadnmz787_i: those files get compiled
00:15.19nmz787_ibrlcad: I don't see any .g files there
00:15.31nmz787_iin fact, I have no idea what these files are
00:15.39nmz787_ithe PDF didn't use syntax like this
00:15.41brlcadyou're not listening?
00:15.50brlcad"if you download and compile brl-cad or use a binary install"
00:16.06brlcadneither of those is "browse the repository in a browser"
00:16.23brlcadyou don't get .g files under you compile and/or install
00:16.37andromeda-galaxybrlcad: sure... just to make sure, I should claim another api design/code reduction task & try to design a good api for this, then submit that? (maybe with a reference to this conversation)
00:16.38brlcador at least download a precompiled binary distribution
00:17.39brlcadnmz787_i: those files are our .asc ascii file format -- a text based version that is basically a command transcript that recreates the .g files
00:18.01nmz787_ibrlcad: I don't understand, are there examples online of .g files that aren't buried in various PDF files?
00:18.28brlcadyes, they're in our precompiled binary tarball distributions
00:18.47brlcadif you install brl-cad, you'll have a couple dozen .g files installed
00:18.48nmz787_ibrlcad: why hasn't someone taken the radio example (about 10 lines about as I recall) and put it in a file by itself?
00:19.04brlcad"that one is a little special, complicated"
00:19.11nmz787_iit seemed pretty simplistic to me
00:19.21brlcadoooh, you mean the toy radio?
00:19.33nmz787_iidk, it looked like a walkie talkie
00:19.49nmz787_iI just don't understand why such examples aren't easy to find
00:20.21nmz787_iwhy should I have to download a 50+MB file to browse examples, which might determine whether as a user I am up to the challenge of using the software
00:20.54brlcadI don't understand either, how are you going to browse them without an application that can read them?
00:21.10brlcadif you have the apps that can read them (mged, archer), then you probably have examples already
00:21.19nmz787_iI can read the text in the PDF
00:21.32nmz787_iI was able to copy those lines into my text editor, then save them as a text file
00:21.44nmz787_iwhich I could then copy and paste into mged, to get a model displayed
00:22.05brlcadthat's my point -- if you have mged .. you have a set of .g files somewhere
00:22.21nmz787_isomewhere is not easy or helpful though, often
00:22.39brlcadwhy are you being so rude?  I'll gladly help you :)
00:22.50brlcadwhat platform are you on?
00:23.00nmz787_iall of them except iOS
00:23.31brlcadwhat platform are you running mged on for which you would like to find where the .g files ended up?  it's different per platform
00:23.39nmz787_iI'm not meaning to be rude, I just don't understand why information to help new users seems to purposfully be obscured.
00:23.54nmz787_iI have it installed on ubuntu
00:24.08brlcadit's not at all purposefully obscured, it's open source where you are welcome to make it better
00:24.12nmz787_iI think I compiled a version and installed a version from their .deb repos
00:24.28brlcadwe have many many priorities and different interests involved
00:24.52brlcadif you run "which mged" does it say /usr/brlcad/rel-X.X.X/bin/mged?
00:25.03andromeda-galaxynmz787_i: are you looking for the database files (.g, binary) or are you looking for examples of mged commands (like the set of commands in the pdf)?
00:25.07nmz787_iwell yeah, so is there someone who I could convince to gather those examples such that the repo/files are one of the top 10 google hits for 'brlcad examples'?
00:25.08brlcadif it does, it should be in /usr/brlcad/rel-X.X.X/share/db
00:25.41nmz787_ibrlcad: not home now, so can't tell... I am here because someone said this room isn't very active in the evenings
00:26.35nmz787_iandromeda-galaxy: I honestly don't even know... the one example I found last I checked was in a PDF, and it was instructing to type commands into an command prompt in mged, which I would call an 'interactive interpreter'
00:26.52brlcadactivity ebs and flows .. there are contributors in timezones all around the world here, but we also don't sit eagerly waiting for questions either .. we're all in the middle of other things usually so best to ask and stay on IRC for an answer
00:27.09nmz787_ibrlcad: yes I idle in here on irssi
00:27.26brlcadnmz787_i: I'll be very frank, BRL-CAD has a very steep learning curve and if you're not the patient sort ... "you're gonna have a bad time"
00:27.38brlcadnmz787_i: idling on irssi is perfect ;)
00:27.51nmz787_ibrlcad: my point is if the examples were easy to find, the learning curve wouldn't be as steep
00:27.52brlcadlearning any CAD system takes a lot of time and effort
00:28.56nmz787_ialso you told me there are some 300 binaries, which I still haven't found a list of with a few words describing each.
00:29.30brlcadnmz787_i: so where should it be written where you would have read it telling you that there are examples installed with mged?
00:29.42brlcad400+ binaries
00:29.50nmz787_ion the docs page
00:30.04brlcadcan you be more specific?
00:30.39brlcadpart of the problem is that this is a tid-bit of information that one really only needs once too, so it'll be potentially distracting or even confusing to others not looking for them
00:32.32nmz787_iI would put a link to a page on http://brlcad.org/wiki/Documentation  called 'Binaries of BRL-CAD' or something, with an HTML table, the first column containing the binary file name, the second column containing a short description (possibly taken from the binary's source if it included a docstring, aka the string that is printed for cmd-line help)
00:32.47brlcadwe had an online repository that a student was working on a couple years ago, but it has since stopped working after system upgrades and that person no longer involved: more.brlcad.org
00:32.49nmz787_iand on that same page a link to a page called 'Examples'
00:32.57nmz787_iwhere it has a pic and the associated source code
00:33.44nmz787_imore.brlcad.org doesn't seem to provide anything useful
00:33.59brlcadI said it's broken, didn't I?
00:34.06brlcadnmz787_i: you'd don't quite have your terminology right there .. a "binary" normally refers to an application
00:35.09nmz787_iright
00:35.14nmz787_iyou said there are some 300 of them
00:35.15brlcadunless you are referring to the 400+ binaries
00:35.16nmz787_iI thought
00:35.23brlcadyou're were talking about the binary geometry database file examples
00:35.29brlcads/you're/you/
00:35.37nmz787_iI don't think I was
00:36.04nmz787_iI mean, I was asking two separate questions I guess -- 'where are examples' 'where are descriptions of the programs included'
00:36.36brlcadthat's what I was referring to, yes
00:36.44nmz787_iI don't know why anyone would find binary files particularly useful as examples... that would certainly make for a steep learning curve!
00:36.49brlcadso descriptions of the programs are in standard unix form, manual pages
00:37.09nmz787_iyeah so is there no enumeration of them all in a single place?
00:38.32nmz787_ialso, the docs don't describe the various 'example model' file formats that you and andromeda-galaxy have mentioned... so it's hard for me to even jump into this conversation properly
00:38.35brlcadit's not exactly what you're wanting, but this is an enumeration of them categorically: http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/doc/tool_categories.txt
00:38.51brlcadnmz787_i: actually you're quite wrong there, they do
00:38.58nmz787_iyeah so that, in an HTML table, with a sentence or so for each
00:39.01brlcadyou just haven't read the docs
00:39.12nmz787_ithat documentation page doesn't have a page for examples
00:39.20nmz787_ihttp://brlcad.org/wiki/Documentation
00:39.23nmz787_ictrl-f example
00:40.46brlcadthat list of documentation is meant to be perused mostly in order, you will get nowhere jumping around (pretty much the case for any other CAD system too)
00:40.49nmz787_ior, why do I (or any other prospective user) need to download a hude PDF, just to look at these 6 lines http://paste.pound-python.org/show/NmMWhKMupFneK3CsTbGV/
00:40.58nmz787_ihuge*
00:41.34brlcadbecause those lines have absolutely zero utility outside of the tutorial context they were presented in?
00:41.41nmz787_iwith a comment before each line, that file *balloons* to 12 lines, and is now a self-contained example of a radio
00:42.05brlcadwe do have a wiki, go for it
00:42.05nmz787_ibrlcad: that's my point, they're all that I would want to jump in and start modelling
00:42.23brlcadthat wouldn't do a thing for me, but if that's your selling point, by all means
00:42.27brlcad:)
00:42.33nmz787_ithat's in a 4.473 MB file
00:42.44brlcadyep, that huge pdf sucks
00:43.03brlcadit's actually a book
00:43.17brlcada book you would have received bound and printed
00:43.22brlcadin days past
00:43.50brlcadwe've broken up the pdf on our backend, but that's all part of a larger effort to re-present our documentation
00:44.09brlcadwhat is on that doc wiki page is but a tiny fraction of our documentation (and that's already hundreds of pages)
00:46.09brlcadmy point earlier about file formats is that one of the docs there (#4) is specifically about CAD file formats including our own, and the big tutorial series also introduces both formats
00:46.37brlcadthe last link #13 is even the nitty gritty developer details of the .g file format
00:48.24nmz787_iwhat file format would the mged radio commands be considered? these ones http://paste.pound-python.org/show/NmMWhKMupFneK3CsTbGV/
00:49.10brlcadI gotta run, but I'll just say that the answer to nearly all of your "why" questions is because it's not been a priority to anyone involved in the project thus far, but that doesn't imply anybody likes it, accepts it as final form, or doesn't think it should be improved .. and as open source it can certainly be your priority :)
00:49.47nmz787_ithe PDF makes me think that would be a .g file
00:49.52brlcadthose are not a file format, they're just commands to mged (and mged does have a built-in catalog of all of them)
00:49.57nmz787_ifrom the  mged radio.g  command it gives
00:50.13brlcadthey happen to be valid lines that you can put in a .asc file
00:50.33brlcadand run asc2g on that .asc file to get your .g
00:50.46brlcador import them into mged by simply running them (script yourfile)
00:51.30brlcadif you've seen the quick-reference card (on the Docs wiki page), it categorizes and gives a brief summary of the most useful commands
00:51.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:53.34brlcadnmz787_i: for what it's worth, we're working on a complete website overhaul that should make things a whole lot easier to find and understand, but it'll be a while before everything gets sorted out
00:54.04brlcadbest to ask here and we can get you pointed to the right resources quickly
00:54.42nmz787_ithanks, 'night!
00:55.20brlcadyw
01:03.10*** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman)
01:21.42*** join/#brlcad nmz787_i1 (~nmccorkx@192.55.55.39)
01:54.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:55.32*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
02:13.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:14.52*** join/#brlcad YashM (~YashM@117.198.2.81)
03:19.13YashMAny mentors around
03:19.57*** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
03:38.28Notify02GCI:joannaphilips * 4956557716488192 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
03:58.35andromeda-galaxy"/window split
03:58.47andromeda-galaxysorry, problems with irc client..
04:54.24andromeda-galaxydoes libbu have anything that can be easily used as a (fast) sparse array?
05:03.14Notify02GCI:jchh1998 * 5884171381637120 : Task Claimed - I would like to work on this task.
05:12.51andromeda-galaxymake that an ordered, traversable, fast, sparse array --- something like a Judy array would be nice..
05:13.02*** join/#brlcad wei1006 (~fircuser@183.90.37.89)
05:28.45*** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54)
05:30.05*** join/#brlcad jchh1998 (cab0ca8a@gateway/web/freenode/ip.202.176.202.138)
05:30.47jchh1998Hi I've completed this task: https://www.google-melange.com/gci/task/view/google/gci2014/5884171381637120
05:30.48gcibot[[ Beginner: Install and run BRL-CAD! #50 || BRL-CAD || ClaimRequested || Deepak, Jacob B ]]
05:35.13MarcTannousjchh1998: You have to submit the required files ( mentioned in the task brief ) and then click the button "Mark this task complete".
05:35.22MarcTannousAfterwards, one of the mentors will evaluate it
05:36.02*** join/#brlcad jchh1998_ (cab0ca86@gateway/web/freenode/ip.202.176.202.134)
05:36.53jchh1998_ive completed the task : https://www.google-melange.com/gci/task/view/google/gci2014/5884171381637120
05:36.54gcibot[[ Beginner: Install and run BRL-CAD! #50 || BRL-CAD || ClaimRequested || Deepak, Jacob B ]]
05:37.13MarcTannousjchh1998: You have to submit the required files ( mentioned in the task brief ) and then click the button "Mark this task complete".
05:37.13MarcTannousAfterwards, one of the mentors will evaluate it
05:37.28jchh1998_i havent got the task yet
05:37.42MarcTannousYou have to wait for a mentor to approve your claim
05:38.48*** join/#brlcad raptor_ (~raptor@213.222.228.163)
05:38.57raptor_hello
05:42.32jchh1998_Am i still here?
05:43.07MarcTannousaye
05:55.52*** join/#brlcad YashM (~YashM@117.198.2.81)
06:03.12Notify02GCI:brlcad * 5884171381637120 : Task Assigned - This task has been assigned to Jordan. You have 82 hours to complete this task, good luck!
06:05.01brlcadYashM: hi, any progress on the icons? :)
06:06.39brlcadandromeda-galaxy: libbu definite doesn't have sparse matrices .. libbn could, but does not
06:08.12brlcadandromeda-galaxy: that said, we do have a judy array implementation as part of stepcode available
06:08.23andromeda_galaxybrlcad: ah well... I came up with what I think should be a reasonably performant design for the cache that doesn't depend on that...
06:08.31andromeda_galaxyinteresting...
06:09.17andromeda_galaxyI've been working on the generator APIs, the basic idea is to make them more like the streaming apis
06:09.45andromeda_galaxyWith an optional sparse cache & precompute function
06:10.15brlcadcan't wait to see it but do try to keep it simple
06:10.22brlcadespecially for a first cut
06:10.39andromeda_galaxybrlcad: I'll try to... For now, I haven't done any implementation
06:11.00andromeda_galaxyAnd there are about five public functions
06:11.29andromeda_galaxy+1-2 private ones... Does that sound alright?
06:12.37andromeda_galaxy(public: precomputed, next n, random-access n, set current), using next can have cache optimizations)
06:13.48andromeda_galaxySorry that first one should be precompute (verb)
06:15.48andromeda_galaxybrlcad: my question about judy arrays was for the sparse cache, but after thinking about the exact workload, I've come up with a simpler specialized structure that should be alright...
06:17.23Notify02GCI:brlcad * 5050736735944704 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
06:30.26*** join/#brlcad YashM (~YashM@117.198.2.81)
06:30.49Notify02GCI:brlcad * 6113445460049920 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
06:33.54Notify02GCI:brlcad * 6113445460049920 : color -  Would you give each region a different color so they may be more easily and visually checked/used? The combination panel will help you do this in mged , or...
06:34.19Notify02GCI:brlcad * 5869143559503872 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
06:34.59Notify02GCI:quentindhs * 6412594361401344 : Task Claimed - I would like to work on this task.
06:36.04*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
06:37.22MarcTannousmorning
06:37.43andrei_Hello, Marc
06:39.33Notify02GCI:popescuandrei * 5239535713648640 : Task Closed - Congratulations, this task has been completed successfully.
06:41.38Notify02GCI:brlcad * 5869143559503872 : bad angle -  Huang, this is looking okay, but it's very generic and you missed submitting communication evidence. Provide your IRC username or first four letters of...
06:44.19Notify02GCI:ralpt3748752_qejwhe * 5050736735944704 : None -  So I was it planning)
06:44.36Notify02GCI:ralpt3748752_qejwhe * 5050736735944704 : Ready for review - The work on this task is ready to be reviewed.
06:45.36Notify02GCI:brlcad * 5831970483339264 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
06:46.26Notify02GCI:popescuandrei * 6673134862204928 : Task Closed - Congratulations, this task has been completed successfully.
06:46.56andrei_Marc, let me know when you want me
06:46.58andrei_to create that task
06:46.59andrei_ok?
06:47.01Notify02GCI:o7p9bxbnyj * 5880145319559168 : Task Claimed - I would like to work on this task.
06:47.05MarcTannoussure
06:47.31Notify02GCI:brlcad * 5886669710426112 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
06:47.33Notify02GCI:popescuandrei * 5880145319559168 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 82 hours to complete this task, good luck!
06:48.01Notify02GCI:brlcad * 5886669710426112 : better -  Pulse, this is looking okay, but it's very generic. Also, the rendered angle is poor. I suggest rendering from a different angle (perhaps ae = 30x20) and...
06:49.16Notify02GCI:o7p9bxbnyj * 5880145319559168 : Ready for review - The work on this task is ready to be reviewed.
06:52.16Notify02GCI:brlcad * 5859130111688704 : part 1 -  Wang, I don't see that you've completed part one of this task, the communication portion. Thanks!
06:53.16Notify02GCI:brlcad * 5895161666076672 : okay -  Xinjie, this is looking okay, but it's very generic. Also, the rendered angle is poor. I suggest rendering from a different angle (perhaps ae = 30x20) and...
06:53.21Notify02GCI:brlcad * 5895161666076672 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
06:53.42andrei_for the most part, by the late Michael John Muuss
06:53.46andrei_what's that supposed to mean?
06:53.59andrei_(by the late Michael John Muus)
06:54.16Notify02GCI:arclith * 5264182400253952 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
06:54.17andrei_I mean, it obviously looks like a mistake, but maybe I'm missing something
06:56.46Notify02GCI:brlcad * 6455158829481984 : this is fantastic work -  Very nice work all around. Can't wait to try this script out (a lot...) :)
06:59.02Notify02GCI:popescuandrei * 4596409726664704 Design a web page that overviews the BRL-CAD contributors #7 https://www.google-melange.com/gci/task/view/google/gci2014/4596409726664704:   None   hey!  The...
06:59.02gcibot[[ Design a web page that overviews the BRL-CAD contributors #7 || BRL-CAD || NeedsWork || Ishwerdas, Ch3ck ]]
07:03.27Notify02GCI:popescuandrei * 4635701832318976 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
07:05.07Notify02GCI:brlcad * 4596409726664704 : better -  Shivam, this is still looking a bit busy, but it's definitely an improvement. Among the few issues remaining, one that sticks out is your the use of too...
07:08.25Notify02GCI:brlcad * 6673134862204928 : phenomenal -  Phenomenal work Yash! I really hope you will try to complete more of the design tasks before the deadline, especially the logo/icon tasks! You'd be a...
07:11.58*** join/#brlcad YashM (~YashM@117.198.2.81)
07:12.23MarcTannousI'm off to school guys have a great day
07:18.25Notify02GCI:arclith * 5001497033048064 : Task Claimed - I would like to work on this task.
07:23.30Notify02GCI:arclith * 5001497033048064 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
07:25.15Notify02GCI:arclith * 6355628331106304 : Task Claimed - I would like to work on this task.
07:25.30Notify02GCI:arclith * 6355628331106304 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
07:39.00Notify02GCI:rossberg * 5849644407980032 : Task Assigned - This task has been assigned to Liang Shi Lin, Bob. You have 81 hours to complete this task, good luck!
07:40.09*** join/#brlcad sofat (~sofat@202.164.53.117)
07:41.11Notify02GCI:popescuandrei * 6412594361401344 : Task Assigned - This task has been assigned to Quentin. You have 81 hours to complete this task, good luck!
07:42.34*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:47.35Notify02GCI:quentindhs * 6412594361401344 : Ready for review - The work on this task is ready to be reviewed.
07:51.55Notify02GCI:zynatrix * 5571450517848064 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
07:52.10Notify02GCI:rossberg * 5050736735944704 : There is no accounting for taste -  But you should at least assign colors to your model. If you like the current look gray for the sake.
07:52.26*** join/#brlcad merzo (~merzo@105-127-133-95.pool.ukrtel.net)
07:52.30Notify02GCI:rossberg * 5050736735944704 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
07:55.15Notify02GCI:gjeet * 6412594361401344 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
07:56.10Notify02GCI:arclith * 5264182400253952 : Task Claimed - I would like to work on this task.
07:57.06Notify02GCI:rossberg * 5264182400253952 : Task Assigned - This task has been assigned to Mou Yan Qiao. You have 81 hours to complete this task, good luck!
07:57.56Notify02GCI:bobdebewder * 6360824117460992 : Task Claimed - I would like to work on this task.
08:09.52*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
08:13.30*** join/#brlcad YashM (~YashM@117.198.2.81)
08:22.53andrei_~seen mihaineacsu
08:22.55infobotmihaineacsu <~mihaineac@92.85.10.174> was last seen on IRC in channel #brlcad, 1d 18h 13m 17s ago, saying: 'the task should be first created on your list on brlcad.org (@maths22)'.
08:32.50*** join/#brlcad YashM (~YashM@117.198.2.81)
08:37.45Notify02GCI:gjeet * 6412594361401344 Design a banner for our Facebook page (and/or other social media sites) #12 https://www.google-melange.com/gci/task/view/google/gci2014/6412594361401344:   Hey Quentin...
08:37.45gcibot[[ Design a banner for our Facebook page (and/or other social media sites)  #12 || BRL-CAD || NeedsWork || Sean, Jacob B ]]
08:37.55Notify02GCI:thevk * 6113445460049920 : Ready for review - The work on this task is ready to be reviewed.
08:54.04*** join/#brlcad YashM (~YashM@117.198.2.81)
09:04.22Notify02GCI:rossberg * 6113445460049920 : None -  The rendered image is missing.
09:04.38Notify02GCI:rossberg * 6113445460049920 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
09:08.18YashMbrlcad, I will soon make them
09:08.36YashMI was making the web galleries, so was doing that
09:12.21Notify02GCI:arclith * 5264182400253952 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
09:18.47Notify02GCI:gjeet * 5613686689366016 : Task Assigned - This task has been assigned to Ivan Tan. You have 81 hours to complete this task, good luck!
09:18.54Notify02GCI:helix * 5524699798831104 : Task Claimed - I would like to work on this task.
09:22.40Notify02GCI:gjeet * 5524699798831104 : Task Assigned - This task has been assigned to Yash. You have 79 hours to complete this task, good luck!
09:52.27Notify02GCI:princealikhan08 * 5688858951811072 : Task Claimed - I would like to work on this task.
09:55.34Notify02GCI:quentindhs * 6412594361401344 : Ready for review - The work on this task is ready to be reviewed.
10:03.09Notify02GCI:rossberg * 6113445460049920 : Task Closed - Congratulations, this task has been completed successfully.
10:07.39Notify02GCI:rossberg * 6412594361401344 : mock-up image -  Please provide a mock-up of BRL-CAD's Facebook page with your banner.
10:07.49Notify02GCI:rossberg * 6412594361401344 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
10:11.39Notify02GCI:vs37nx * 4984285001940992 : Task Claimed - I would like to work on this task.
10:19.58Notify02GCI:thevk * 6074090272063488 : Task Claimed - I would like to work on this task.
10:26.11Notify02GCI:ralpt3748752_qejwhe * 5050736735944704 : Ready for review - The work on this task is ready to be reviewed.
10:27.01*** join/#brlcad raptor (~raptor@213.222.228.163)
10:31.58*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:43.14*** join/#brlcad YashM (~YashM@117.222.65.193)
10:44.21Notify02GCI:popescuandrei * 6074090272063488 : Task Assigned - This task has been assigned to Vladimir Kuznetsov. You have 78 hours to complete this task, good luck!
10:55.30Notify02GCI:thevk * 6113445460049920 : Ready for review - The work on this task is ready to be reviewed.
10:56.45Notify02GCI:rossberg * 5688858951811072 : Task Assigned - This task has been assigned to PrinceKhan. You have 78 hours to complete this task, good luck!
11:05.09*** join/#brlcad mihaineacsu_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
11:11.21Notify02GCI:vs37nx * 4984285001940992 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
11:35.20Notify02GCI:rossberg * 5050736735944704 : Task Closed - Congratulations, this task has been completed successfully.
11:35.46andrei_it looks like melange is experiencing a heavy load these days
11:35.52andrei_it loads significantly slower
11:36.45Notify02GCI:rossberg * 5050736735944704 : You forgot the rendered image -  and I too.
11:37.01YashMWhat's with so many new people in the last days?
11:37.05Notify02GCI:shardulc * 5323479725375488 : Task Claimed - I would like to work on this task.
11:37.27*** join/#brlcad ty221 (~root@91-239-66-239.greendata.pl)
11:38.45Notify02GCI:rossberg * 5323479725375488 : Task Assigned - This task has been assigned to shardulc. You have 77 hours to complete this task, good luck!
11:40.34gcibotThe end of contest is coming... 3 days remaining. All work is finishing...  
11:40.50Notify02GCI:rossberg * 4984285001940992 : Task Assigned - This task has been assigned to Jacob L. You have 78 hours to complete this task, good luck!
11:50.40*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
11:54.28*** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174)
12:14.55*** join/#brlcad andrei_ (c35a6e7d@unaffiliated/andrei/x-7229309)
12:14.55*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
12:49.03*** join/#brlcad shardulc (~shardul@122.169.70.209)
12:51.15Notify02GCI:shardulc * 5323479725375488 : Ready for review - The work on this task is ready to be reviewed.
12:53.03*** join/#brlcad YashM (~YashM@117.222.65.193)
12:56.07Notify02GCI:soh_xin_yi * 4956557716488192 : Task Claimed - I would like to work on this task.
12:57.02Notify02GCI:popescuandrei * 4956557716488192 : Task Assigned - This task has been assigned to Soh Xin Yi. You have 76 hours to complete this task, good luck!
12:57.12Notify02GCI:helix * 5524699798831104 : Ready for review - The work on this task is ready to be reviewed.
12:58.07Notify02GCI:popescuandrei * 5323479725375488 : Task Closed - Congratulations, this task has been completed successfully.
12:58.17Notify02GCI:helix * 5506235734425600 : Task Claimed - I would like to work on this task.
12:58.47Notify02GCI:popescuandrei * 5506235734425600 : Task Assigned - This task has been assigned to Yash. You have 76 hours to complete this task, good luck!
12:59.32Notify02GCI:shardulc * 5803622709329920 : Task Claimed - I would like to work on this task.
12:59.57Notify02GCI:helix * 5506235734425600 : Ready for review - The work on this task is ready to be reviewed.
13:00.07Notify02GCI:popescuandrei * 5803622709329920 : Task Assigned - This task has been assigned to shardulc. You have 76 hours to complete this task, good luck!
13:01.12*** join/#brlcad YashM (~YashM@117.222.65.193)
13:03.07andrei_YashM, you have a task for review
13:03.12andrei_but I remember closing it yesterday
13:03.14andrei_what happened?
13:03.27YashMandrei, the facebook one?
13:03.29andrei_yeah
13:03.35andrei_aaa, sorry
13:03.35YashMsec, I need to commit changes
13:03.43YashMDon't see it now
13:04.08andrei_https://www.google-melange.com/gci/task/view/google/gci2014/5506235734425600
13:04.09gcibot[[ Create a web gallery of GCI Facebook banner designs #2 || BRL-CAD || NeedsReview (3 days 3 hrs 55 min) || Gauravjeet Singh, Ch3ck ]]
13:04.14YashMAlso, "remember closing it yesterday"?
13:04.42YashMokay commited
13:04.44andrei_I mean, you ve had other gallery tasks
13:04.46YashMcheck now
13:05.05andrei_awesome :)
13:05.05YashMYeah, just adding other galleries
13:05.25andrei_ah, so that's why I remember, you added all in one gallery
13:05.26andrei_clever :)
13:05.32Notify02GCI:popescuandrei * 5506235734425600 : Task Closed - Congratulations, this task has been completed successfully.
13:05.36andrei_there's a task to create a gallery of all galleries, you should claim that too
13:05.46andrei_and I ll close it automatically, since you ve pretty much done that
13:05.55YashMYeah, wouldn't make sense to make different :P
13:06.03YashMA downside is, it's kinda big
13:06.09andrei_nah
13:06.15andrei_it's simple and smooth
13:06.17Notify02GCI:Melange * 5511140318642176 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
13:06.34andrei_to me, at least, it seems very well done
13:06.55YashMI'll claim it once I complete adding all the galleries
13:07.18andrei_which one do you have left?
13:07.25andrei_one(s)*
13:07.37Notify02GCI:ralpt3748752_qejwhe * 5885347665805312 : Task Claimed - I would like to work on this task.
13:08.13Notify02GCI:popescuandrei * 5885347665805312 : Task Assigned - This task has been assigned to Raptor. You have 75 hours to complete this task, good luck!
13:08.28YashMDone 6, left 4
13:08.35YashMso yeah, gonna take some time
13:09.09andrei_hope you got time :)
13:09.45YashMTrying to whatever I can in the last 2 days :)
13:09.54YashMI need to do the icon ones after this
13:10.12andrei_don't get stuck if we don't review/ assign
13:10.17YashMI will probably finish those, but if I don't I'll do that after GCI
13:10.22andrei_just do them all, and we ll handle the melange process
13:10.47YashMYeah no worries :) Gotta focus on quality more than quantity anyways
13:10.54andrei_I mean, don't worry about melange, even if all the tasks are claimed, I ll simple dup one, assign to you and close :)
13:12.41*** join/#brlcad andrei___ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
13:13.11andrei___sorry, network crashed
13:16.46*** part/#brlcad shardulc (~shardul@122.169.70.209)
13:25.56MarcTannoushey
13:29.13andrei___Hello
13:33.21raptorandrey_:How much will you still here ?
13:33.45*** join/#brlcad YashM (~YashM@117.248.203.82)
13:35.12MarcTannousraptor: to ping him mention andrei___ instead of what you wrote
13:35.45andrei_its  fixed now
13:35.56andrei_about 20 min
13:37.26raptorКак пинговать в xchat?
13:37.36raptorHow to ping in xchat?
13:39.01riesraptor: you cannot not, but sometimes people will 'listen' when the names is called
13:39.11riesand the chat window makes a noice/blink's or whatever they configured
13:39.38riesif I would 'ping' you people frequently would do : raptor: ping
13:39.45riesping can be any other text ofcourse
13:40.33raptorries: ping
13:40.50rieswell, I have configured my chat so it will respond to my name :D
13:41.04riesso... that's how that works
13:43.23raptorries: This is the name with a colon - will ping . But if you are only allowed in the settings of goals?
13:44.48riesI am not sure what that means "settings of goals"
13:45.18raptorgoogle translate)
13:47.49*** join/#brlcad raptor (~raptor@213.222.228.163)
13:56.07Notify02GCI:skyler_007 * 4606217016049664 : Feedback -  Please review my work and tell me if am doing it right. I am quite thrilled that I learned to use CSS and HTML with the div tag for creating a pic...
13:56.48*** join/#brlcad YashM (~YashM@117.248.203.82)
14:02.20ty221Hello
14:02.30ty221Can you tell me where is notify bot source code?
14:03.41``Erikpart of it is https://github.com/erikg/cl-cia/ and other parts are not public
14:08.27Notify02GCI:helix * 6144029251076096 : Task Claimed - I would like to work on this task.
14:10.33Notify02GCI:rossberg * 5524699798831104 : Task Closed - Congratulations, this task has been completed successfully.
14:14.41*** join/#brlcad YashM (~YashM@117.198.17.54)
14:28.29Notify02GCI:thevk * 6074090272063488 : Ready for review - The work on this task is ready to be reviewed.
14:29.22ty221``Erik why they arent'?
14:32.31*** join/#brlcad YashM (~YashM@117.222.22.191)
14:33.55Notify02GCI:tannousmarc * 5835108829364224 : Ready for review - The work on this task is ready to be reviewed.
14:34.30*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
14:41.34Notify02GCI:helix * 6144029251076096 : Ready for review - The work on this task is ready to be reviewed.
14:52.24Notify02GCI:Melange * 5226596319363072 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
15:00.23gcibotWe're sorry for the problems with GCIL, (Foss Asia > 500 tasks...) The changes will applied this afternoon
15:02.45Notify02GCI:soh_xin_yi * 4956557716488192 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
15:02.50Notify02GCI:ch3ck * 6144029251076096 : Task Assigned - This task has been assigned to Yash. You have 75 hours to complete this task, good luck!
15:03.06Notify02GCI:brlcad * 6074090272063488 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
15:04.51andromeda-galaxy~seen d_rossberg
15:04.56infobotd_rossberg is currently on #brlcad (7h 22m 22s), last said: 'attr rm cil1 region_id'.
15:05.59andromeda-galaxyd_rossberg: on https://www.google-melange.com/gci/task/view/google/gci2014/5880145319559168, did you meen comments in the source, or comments about what the patch is changing? If the later, I already discussed the changes with brlcad on IRC...
15:06.00gcibot[[ Investigate and fix source of rounding error || BRL-CAD || NeedsWork || Sean ]]
15:06.01Notify02GCI:rossberg * 6074090272063488 : This one is a little bit too alike as your other ones -  You seem to like tanks. That's OK and you are allowed to to a lot of tank tasks, but now you should start...
15:07.16Notify02GCI:brlcad * 6074090272063488 : substantially better than previous -  Vladimir, as you've already completed other toy tank tasks, you need to make any repeat version substantially better than your...
15:08.17Notify02GCI:brlcad * 5835108829364224 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
15:10.03d_rossbergandromeda-galaxy: i meen an independent report as mentioned in the task's description, maybe a summary/conclusion of your discussion on irc
15:10.24andromeda-galaxyd_rossberg: I already talked to brlcad about what happened... maybe I should have mentioned that in a comment on the task
15:11.45d_rossbergeven if the irc chat can be reviewed on rikers, nobody will remember it ;)
15:11.57andromeda-galaxyd_rossberg: basically, the problem was that the way that it computed the (new) angle to used involved using atan(tan(...)*...), which turned out to result in quite substantial error...
15:12.29andromeda-galaxyif we were using git, I'd summarize the problem in the commit message and git format-patch it, but with svn I can't include the message in the patch...
15:13.08andromeda-galaxyd_rossberg: would just adding a comment on melange explaining the problem quickly be good?
15:13.51d_rossbergthis would be OK, or attaching any text file (.txt, .doc, .pdf, ...) to the task
15:15.01andromeda-galaxyd_rossberg: okay, 1sec, I'm halfway through writing a comment...
15:16.52andromeda-galaxyd_rossberg: okay, a comment on melange explaining the problem has been posted
15:16.52Notify02GCI:o7p9bxbnyj * 5880145319559168 : Source of error -  Much of this patch is still work from the earlier tasks to convert rt to using the bundle generation functions, since I generally try to base...
15:16.58Notify02GCI:o7p9bxbnyj * 5880145319559168 : Ready for review - The work on this task is ready to be reviewed.
15:18.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:22.13Notify02GCI:brlcad * 5835108829364224 Design a set of visualization mode (wireframe/hidden/flat/translucent/opaque) icons #3 https://www.google-melange.com/gci/task/view/google/gci2014/5835108829364224:  ...
15:22.14gcibot[[ Design a set of visualization mode (wireframe/hidden/flat/translucent/opaque) icons #3 || BRL-CAD || NeedsWork || Sean ]]
15:24.00Notify02GCI:brlcad * 6144029251076096 : awesome! -  These .. are .. awesome! You and Marc should form a design company. ;)
15:28.16Notify02GCI:helix * 6709205742387200 : Task Claimed - I would like to work on this task.
15:28.31Notify02GCI:rossberg * 5880145319559168 : Task Closed - Congratulations, this task has been completed successfully.
15:31.35Notify02GCI:o7p9bxbnyj * 5256821832941568 : Task Claimed - I would like to work on this task.
15:34.05Notify02GCI:mukulkamboj * 5252586642866176 : Ready for review - The work on this task is ready to be reviewed.
15:35.01Notify02GCI:skyler_007 * 4606217016049664 : Feedback -  I have added some more pics to the gallery.
15:39.14andromeda-galaxybrlcad: are you here?
15:43.15Notify02GCI:brlcad * 5880145319559168 : reassuring -  This is very reassuring! Looking at the values, most are either identical, or matching within double-floating point precision (probably 1ulp off) at...
15:44.42Notify02GCI:brlcad * 5252586642866176 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
15:44.51Notify02GCI:brlcad * 5252586642866176 : Deadline extended - The deadline of the task has been extended with 2 days and 2 hours.
15:45.26Notify02GCI:o7p9bxbnyj * 5880145319559168 : Data re-marshalling -  That makes sense... As we discussed earlier, I'll submit some new apis for the gen_* functions as my work for...
15:55.36Notify02GCI:o7p9bxbnyj * 5256821832941568 : Ready for review - The work on this task is ready to be reviewed.
15:55.46Notify02GCI:rossberg * 6709205742387200 : Task Assigned - This task has been assigned to Yash. You have 73 hours to complete this task, good luck!
15:55.58andromeda-galaxybrlcad: I've put up my initial idea for what a nice extensible api for the bundle gen functions should look like, I hope it's at least reasonable after all of our discussions...
15:58.51Notify03BRL-CAD Wiki:Siddhanjay * 0 /wiki/User:Siddhanjay:
16:00.24Notify02GCI:vkolova * 5877505323958272 : Ready for review - The work on this task is ready to be reviewed.
16:06.59Notify02GCI:brlcad * 5256821832941568 : time to digest -  It'll take a bit to digest everything going on in here, but on the surface it looks workable but needing reduction. Just to pick one needle out of...
16:07.00Notify02GCI:brlcad * 5256821832941568 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
16:08.14andromeda-galaxybrlcad: can I talk to you in irc about the api design for a minute?
16:10.16andromeda-galaxybrlcad: I don't mind moving the struct into the c file and making it private, or removing set_cur/next(), since on further reflection, any performance benefits could be gotten by special cases of get_n_rays()...
16:11.27*** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66)
16:11.42andromeda-galaxybut I wanted to ask quickly about managing the caching with a private struct: if the application should be able to disable caching (due to, e.g., knowledge of prohibitive amounts of memory required), having the struct be entirely private would stop the application from modifying the use_cache value, and would also stop it from seeing nrays...
16:12.33andromeda-galaxybrlcad: do you think thatuse_cache should be replaced with the functions trying to "intelligently" manage the caching themselves? If so, what about letting the users see how many rays are in the bundle? if the struct is entirely private, that seems like it would require another function...
16:13.10andromeda-galaxyalso, what about precompute? I still think that it's somewhat useful from an application domaain, but if all the caching is being managed entirely internally, is it appropriate?
16:14.21siddhanjayHello, I want to get involved with brl-cad project. Could someone guide me as to where to get started?  Should I start here : http://brlcad.org/wiki/Contributor_Quickies  ?
16:24.47andromeda-galaxybrlcad: finally, what is the convention for declaring private structs?
16:31.01Notify02GCI:brlcad * 5252586642866176 : needs much more work -  Mukul,  This is not a motion typography video but, of greater concern, is not really adding much value as a video. The information you...
16:46.38Notify02GCI:o7p9bxbnyj * 5256821832941568 : Ready for review - The work on this task is ready to be reviewed.
16:50.29Notify02GCI:thevk * 6074090272063488 : Ready for review - The work on this task is ready to be reviewed.
16:51.39Notify02GCI:tannousmarc * 5835108829364224 : Update -  Consistency - I want the icons to be different. Their concern is to tell the user what's going on. If everything looks too much alike, clarity is...
16:52.14Notify02GCI:tannousmarc * 5835108829364224 : Ready for review - The work on this task is ready to be reviewed.
16:54.00Notify02GCI:rohit_agarwal * 5891974733234176 : Task Claimed - I would like to work on this task.
16:58.03Notify02GCI:harman052 * 6144029251076096 : Task Closed - Congratulations, this task has been completed successfully.
16:58.59*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-imvtsfujbtudhjsw)
17:08.56Notify02GCI:harman052 * 5256821832941568 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 73 hours to complete this task, good luck!
17:17.44Notify02GCI:ariessa * 5888591171420160 : Convert png image to a bw image -  I've been trying to convert the image since the last 2 hours. But, nothing happen. I checked and try again. Still, nothing.
17:20.49Notify02GCI:harman052 * 5891974733234176 : Task Assigned - This task has been assigned to Rohit Agarwal. You have 71 hours to complete this task, good luck!
17:21.09*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
17:25.43Notify02GCI:helix * 6709205742387200 : Ready for review - The work on this task is ready to be reviewed.
17:28.11*** join/#brlcad andrei_ (~quassel@86.121.72.72)
17:28.16*** join/#brlcad andrei_ (~quassel@unaffiliated/andrei/x-7229309)
17:28.46andrei_hello
17:29.35YashMhi
17:29.53Notify02GCI:popescuandrei * 6709205742387200 : Task Closed - Congratulations, this task has been completed successfully.
17:31.54*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
17:32.08Notify02GCI:helix * 6650599705673728 : Task Claimed - I would like to work on this task.
17:37.03Notify02GCI:popescuandrei * 5835108829364224 : Task Closed - Congratulations, this task has been completed successfully.
17:39.29Notify02GCI:popescuandrei * 5256821832941568 : Task Closed - Congratulations, this task has been completed successfully.
17:47.09*** join/#brlcad raptor_ (~raptor@213.222.228.163)
17:47.21andrei_hm, I created a task on melange
17:47.23andrei_but I can t see it
17:47.25andrei_in the task list
17:49.07andrei_ah, I found the problem
17:49.09andrei_brlcad has to accept it
18:04.48Notify02GCI:ch3ck * 5888591171420160 : None -  Hello ariessa,  Have you done the first part of this task?  and concerning the errors what are the exact errors you're facing with converting the images?
18:10.23Notify02GCI:shivam691999 * 4596409726664704 : Ready for review - The work on this task is ready to be reviewed.
18:13.15*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
18:20.37Notify02GCI:shivam691999 * 4596409726664704 : Sir, -  I have reduced the number of fonts in the webpage as per your suggestions!  Also, I have improved the color composition of the web page!  The...
18:41.30*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
19:35.56Notify03BRL-CAD:ejno * 63976 (brlcad/trunk/src/libged/simulate/collision.cpp brlcad/trunk/src/libged/simulate/collision.hpp and 3 others): correct calculations for normal_world_on_b
19:39.59Notify02GCI:skyler_007 * 4606217016049664 : Feedback -  I have added some more pics to the gallery
19:40.00Notify02GCI:skyler_007 * 4606217016049664 : Ready for review - The work on this task is ready to be reviewed.
19:41.36``Erikty221: because I open sourced as much as I wanted to O.o why?
19:42.23ty221I do not like your idea
20:09.21*** join/#brlcad nmz787_i (~nmccorkx@134.134.137.75)
20:20.18andrei_O_o
20:26.37*** join/#brlcad maitreyav (7aa3fa01@gateway/web/freenode/ip.122.163.250.1)
20:26.43maitreyavHi
20:27.42maitreyavI would like to chat with the mentors of this task: http://www.google-melange.com/gci/task/view/google/gci2014/4635701832318976
20:27.42gcibot[[ Create a web gallery of GCI website landing page designs #2 || BRL-CAD || NeedsWork || Gauravjeet Singh, Ch3ck ]]
20:28.01gcibotOnly two days for finish :)
20:28.54gcibotHow are you feeling? :)
20:29.09maitreyavCh3ck: I think putting imgs on right is the better way to highlight the design first and then it's creator. What you say?
20:31.39Notify02GCI:maitreyav * 4635701832318976 : Layout -  Hi Popescu Andrei,  I think putting imgs on right is the better way to highlight the design first and then it's creator. It feels more better, in my...
20:33.35*** join/#brlcad pc1_ (~pc1@122.163.250.1)
20:34.07pc1_Hi
20:39.48*** join/#brlcad gcibot (ignacio@sunjammer.sugarlabs.org)
20:39.50*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
20:42.26*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
20:43.55maitreyavAnyone?
20:46.03maitreyavCh3ck: What do you think?
20:53.20Notify02GCI:deepakkumarsharma * 6650599705673728 : Task Assigned - This task has been assigned to Yash. You have 69 hours to complete this task, good luck!
21:05.07*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/rengar)
21:05.56*** join/#brlcad ty221 (~root@unaffiliated/ty221)
21:05.58*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy/bot/remembrall)
21:06.19*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/rengar)
21:06.28*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy/bot/gcibot)
21:10.23*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
21:12.53Notify02GCI:vs37nx * 4984285001940992 : Task Claimed - I would like to work on this task.
21:13.25Notify02GCI:mihaineacsu29 * 4984285001940992 : Task Assigned - This task has been assigned to Jacob L. You have 67 hours to complete this task, good luck!
21:19.52Notify02GCI:Melange * 4606217016049664 : No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed.
21:20.43Notify03BRL-CAD:ejno * 63977 brlcad/trunk/src/libged/simulate/collision.cpp: use clearer variable names
21:23.38*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy)
21:24.00*** join/#brlcad gcibot_ (ignacio@sunjammer.sugarlabs.org)
22:18.22*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
22:27.16pc1_Anyone?
22:27.46maitreyavHello
22:30.07``Erikbueller? bueller? bueller?
22:30.26maitreyavHi
22:31.11Notify03BRL-CAD:starseeker * 63978 brlcad/trunk/src/librt/mkbundle.c: Initialize count
22:31.35maitreyav<PROTECTED>
22:36.23Notify03BRL-CAD:starseeker * 63980 brlcad/trunk/src/libtclcad/tclcad_obj.c: initialize points
22:45.58Notify03BRL-CAD:starseeker * 63981 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp): Start working on subbrep creation.
22:50.40*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
23:05.38*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
23:29.02``Erikbumped his lappies ram up to 8g, yosemite is no longer a steaming pile O.o w00t!
23:56.44*** join/#brlcad anishshah101 (~anishshah@202.78.172.162)
IRC log for #brlcad on 20150117

IRC log for #brlcad on 20150117

00:00.53maitreyavHi Anish
00:12.38Notify02GCI:krishna_ravi * 6087649752252416 : Task Claimed - I would like to work on this task.
00:15.37*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
00:25.30anishshah101Hi Maitreyay
00:26.17anishshah101I am working on 3D printing, is anybody familiar with it?
00:30.58Notify02GCI:o7p9bxbnyj * 5845839066955776 : Task Claimed - I would like to work on this task.
00:38.33anishshah101I was looking for solutions to make the brlcad/opensCad interface online and easy to use
00:38.50anishshah101are there any projects going on similar lines?
00:40.05teepeeanishshah101: how do you mean brlcad/opensCad interface online ?
00:40.48*** join/#brlcad YashM (~YashM@117.198.11.97)
00:42.16anishshah101ability to modify CAD files online, through an interface and functionality similar to the desktop clients
00:44.36teepeelike http://shapesmith.net/ ?
00:49.17anishshah101yes like shapesmith.net but will more functionality, more custom shapes which are relevant in 3D printing industries. For e.g. orthotics and prosthetics, jewellery, automotive
00:49.52anishshah101a simpler UI which people who are not familiar with CAD modelling can learn to use quickly
00:50.56teepeesounds cool. what about joining shapesmith and get a headstart?
00:55.47anishshah101ya I was just checking out their github page :)
01:22.47Notify02GCI:wei1006 * 5869143559503872 : None -  IRC username: wei1006
01:26.09*** join/#brlcad wei1006 (74579aac@gateway/web/freenode/ip.116.87.154.172)
01:39.21*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
01:48.22*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
02:19.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:24.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:38.04Notify02GCI:ngenius * 4948190365220864 : Ready for review - The work on this task is ready to be reviewed.
03:05.00*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
03:10.25Notify02GCI:gjeet * 5845839066955776 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 61 hours to complete this task, good luck!
03:11.15Notify02GCI:gjeet * 6087649752252416 : Task Assigned - This task has been assigned to Krishna. You have 61 hours to complete this task, good luck!
03:19.12Notify02GCI:quentindhs * 6412594361401344 : Ready for review - The work on this task is ready to be reviewed.
04:41.00*** join/#brlcad micha2001 (~Thunderbi@112.134.80.169)
05:02.36Notify02GCI:ariessa * 5888591171420160 : Cannot convert -  i copy and paste this in mged 7.24.2 command window right after the mged>  exec \[ file join \[ bu_brlcad_root bin \] pix-bw \] hello.png \>...
05:09.33Notify02GCI:ariessa * 5888591171420160 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
05:15.54Notify02GCI:brlcad * 5877505323958272 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
05:35.18Notify02GCI:brlcad * 5877505323958272 Design a set of render / cancel render icons #5 https://www.google-melange.com/gci/task/view/google/gci2014/5877505323958272:   generic   vkolova, these are...
05:35.20gcibot[[ Design a set of render / cancel render icons #5 || BRL-CAD || NeedsWork || Sean ]]
05:36.19Notify02GCI:brlcad * 6074090272063488 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
05:36.38Notify02GCI:maitreyav * 4635701832318976 : Ready for review - The work on this task is ready to be reviewed.
05:39.29Notify02GCI:brlcad * 6074090272063488 Model a toy tank in 3D using BRL-CAD #7 https://www.google-melange.com/gci/task/view/google/gci2014/6074090272063488:   not substantially better   Vladimir, this is...
05:39.30gcibot[[ Model a toy tank in 3D using BRL-CAD #7 || BRL-CAD || NeedsWork || Ishwerdas, Ch3ck ]]
05:42.19Notify02GCI:brlcad * 4596409726664704 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
05:42.24Notify02GCI:brlcad * 4596409726664704 : Deadline extended - The deadline of the task has been extended with 2 days and 2 hours.
05:45.45Notify02GCI:brlcad * 4596409726664704 : still needs more work -  Shivam, thank you for all your efforts. This is getting better, but there are still a number of issues. You're still using four different...
05:45.55Notify02GCI:brinlyt * 4560732507078656 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
05:47.55Notify02GCI:brlcad * 4948190365220864 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
05:50.26Notify02GCI:brlcad * 4948190365220864 Design a banner for our Facebook page (and/or other social media sites) #16 https://www.google-melange.com/gci/task/view/google/gci2014/4948190365220864:   not ours  ...
05:50.30gcibot[[ Design a banner for our Facebook page (and/or other social media sites)  #16 || BRL-CAD || NeedsWork || Gauravjeet Singh, Ch3ck ]]
05:51.02Notify02GCI:brlcad * 6412594361401344 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
05:54.42Notify02GCI:brlcad * 6412594361401344 : too simplistic -  Quentin,  This is nice and simple but it's way too simple. Just slapping in our logo and BRL-CAD won't cut it as you need to demonstrate more...
05:56.17Notify02GCI:brlcad * 4606217016049664 : Deadline extended - The deadline of the task has been extended with 2 days and 2 hours.
05:56.27Notify02GCI:brlcad * 4606217016049664 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
06:00.28Notify02GCI:brlcad * 4606217016049664 : this is looking great -  Skyler, this is looking great! I like how you have the layout auto-adjusting to the window size. There's only two things I see missing in...
06:03.25*** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54)
06:04.20MarcTannousandromeda-galaxy,brlcad: was the task for designing Peter's web app uploaded to melange?
06:05.28MarcTannousandrei said he created it last night but it needed approval
06:06.18Notify02GCI:brlcad * 4635701832318976 : Deadline extended - The deadline of the task has been extended with 2 days and 2 hours.
06:06.23Notify02GCI:brlcad * 4635701832318976 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
06:08.04Notify02GCI:brlcad * 4635701832318976 : wrong file? -  Maitreya,  The file you uploaded (BRLCAD_lpdshowcaseDec17.zip) isnt' any different than your previous submission. The images are even still on the...
06:26.17*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
06:48.41Notify02GCI:skyler_007 * 4606217016049664 : queryTML -  Q.1.Have the pictures been uploaded in a common URL?  Q.2. Sorting may require to use arrays which I am not so familiar in HTML how to handle it.
07:19.11*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
07:29.11Notify02GCI:o7p9bxbnyj * 5845839066955776 : Project Status -  This includes all of the server infrastructure necessray for a (non-dynamically-updating) overview of jobs and job creation, though individual...
07:29.12Notify02GCI:o7p9bxbnyj * 5845839066955776 : Ready for review - The work on this task is ready to be reviewed.
07:31.00*** join/#brlcad raptor (~raptor@194.28.75.249)
07:37.05Notify02GCI:zynatrix * 5613686689366016 : Ready for review - The work on this task is ready to be reviewed.
07:41.10andromeda-galaxybrlcad: andrei closed my api design task, do you want tocreate any more for refining/designing/using the new api?
07:41.21Notify02GCI:Melange * 6458111619497984 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
07:42.56andromeda-galaxymarctannous: I don't know... I have the server basaed version (beginnings of) up at https://www.google-melange.com/gci/task/view/google/gci2014/5845839066955776, if you want to see the way that the files are likely to be split up in the final version
07:42.57gcibot[[ PROJECT: Implement web application for testing commit ranges #2 || BRL-CAD || NeedsReview (2 days 9 hrs 17 min) || Deepak, Jacob B ]]
07:43.22andromeda-galaxy(it uses Yesod as a web server, so it uses Yesod's Shakespearean templates)
07:53.24MarcTannousyou gave me a link explaining how to link the elements created by your app to CSS so that I can style them, right?
07:53.30MarcTannouslet me see if I can find it
07:55.35MarcTannoushttp://www.sitepen.com/blog/2012/05/03/css-styling-of-dgrid/
07:55.39MarcTannousis this correct?
07:56.49Notify02GCI:thevk * 6074090272063488 : Ready for review - The work on this task is ready to be reviewed.
08:14.20Notify02GCI:thevk * 6074090272063488 : None -  By the way, the first version (with the massive covers) resembles me to this tank:...
08:19.08Notify02GCI:tannousmarc * 6441217365639168 : Task Claimed - I would like to work on this task.
08:27.41Notify02GCI:helix * 6650599705673728 : Ready for review - The work on this task is ready to be reviewed.
08:29.25*** join/#brlcad YashM_ (~YashM@117.198.8.54)
08:59.17*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
09:38.07Notify02GCI:xinjie * 5895161666076672 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
09:43.15Notify02GCI:vs37nx * 4984285001940992 : Ready for review - The work on this task is ready to be reviewed.
10:01.59*** join/#brlcad YashM (~YashM@59.88.25.238)
10:21.03*** join/#brlcad merzo (~merzo@31.221.110.40)
10:31.10Notify02GCI:jchh1998 * 5884171381637120 : Ready for review - The work on this task is ready to be reviewed.
10:38.00*** join/#brlcad jchh1998 (745771ee@gateway/web/freenode/ip.116.87.113.238)
10:41.44jchh1998hi ive completed this task : https://www.google-melange.com/gci/task/view/google/gci2014/5884171381637120
10:41.45gcibot[[ Beginner: Install and run BRL-CAD! #50 || BRL-CAD || NeedsReview (2 days 6 hrs 18 min) || Deepak, Jacob B ]]
10:44.58Notify02GCI:jchh1998 * 5884171381637120 : verification -  my irc name is jchh1998  email is chan.********.******@***.**
11:07.44gcibotGenerally, last 24 hours of work started...
11:32.45Notify02GCI:harman052 * 6441217365639168 : Task Assigned - This task has been assigned to Marc Tannous. You have 53 hours to complete this task, good luck!
11:41.25Notify02GCI:brinlyt * 4625664627965952 : Task Claimed - I would like to work on this task.
11:47.23Notify02GCI:ch3ck * 4625664627965952 : Task Assigned - This task has been assigned to Brin Taylor. You have 53 hours to complete this task, good luck!
12:07.09*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
12:27.45*** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174)
12:50.02Notify02GCI:brlcad * 5845839066955776 : Task Closed - Congratulations, this task has been completed successfully.
12:51.20Notify02GCI:brlcad * 5613686689366016 : Task Closed - Congratulations, this task has been completed successfully.
12:52.20Notify02GCI:brlcad * 6074090272063488 : Task Closed - Congratulations, this task has been completed successfully.
12:58.50Notify02GCI:thevk * 5001497033048064 : Task Claimed - I would like to work on this task.
12:59.35Notify02GCI:brlcad * 4984285001940992 : static -  Jacob, this looks good, but you only moved the bu_n_malloc global. To eliminate it, you must at least mark it static in malloc.c and you'll need to...
12:59.36Notify02GCI:brlcad * 4984285001940992 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
13:01.05Notify02GCI:brlcad * 6650599705673728 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
13:02.50Notify02GCI:brlcad * 6650599705673728 : fantastic but -  Yash, this looks absolutely fantastic but doesn't have any of the coreinterface logo designs in it... :)  As we're getting near the deadline, I...
13:03.26Notify02GCI:brlcad * 5884171381637120 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
13:03.30YashMoh damn
13:03.54YashMbrlcad, github returned an error when committing...I didn't see it
13:05.40Notify02GCI:brlcad * 5884171381637120 : looks good, different angle -  Jordan, this looks good, almost there. Would you render from a different angle (say 35/25 like shown in step 5 above) on maybe a...
13:06.10Notify02GCI:brlcad * 5001497033048064 : Task Assigned - This task has been assigned to Vladimir Kuznetsov. You have 51 hours to complete this task, good luck!
13:09.19*** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54)
13:25.54Notify02GCI:helix * 6650599705673728 : Sorry -  I had committed changes in GitHub and left it, later it returned an error which I didn't see. But now it's up. Sorry!  I have also done the other final task...
13:25.59Notify02GCI:helix * 6650599705673728 : Ready for review - The work on this task is ready to be reviewed.
13:44.12*** join/#brlcad anishshah101 (~anishshah@116.203.71.150)
14:04.48Notify02GCI:rishisharma7361 * 5772840460615680 : Task Claimed - I would like to work on this task.
14:09.37YashMbrlcad, you here
14:09.55Notify02GCI:ch3ck * 5772840460615680 : Task Assigned - This task has been assigned to Rishi. You have 50 hours to complete this task, good luck!
14:31.59*** join/#brlcad king (dea42a74@gateway/web/freenode/ip.222.164.42.116)
14:32.03kinghello
14:32.11kingis there any mentor who can help me?
14:32.56Guest78862hello, is there any mentor who can help me?
14:33.40*** join/#brlcad mini_monstar (dea42a74@gateway/web/freenode/ip.222.164.42.116)
14:34.59mini_monstarhi brlcad mentors
14:35.27mini_monstarI am mini_monstar
14:35.49mini_monstarand i am currently working on the google code in project
14:37.46andromeda-galaxyMarcTannous: that link's irght, it'sjust that the content is now all template-expanded by Yesod
14:38.37mini_monstarCan I ask if there is any mentors who can help me?
14:42.51*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:02.32Notify02GCI:mukulkamboj * 5252586642866176 : Ready for review - The work on this task is ready to be reviewed.
15:03.43Notify02GCI:mukulkamboj * 5252586642866176 : but -  I thought that this would be more amazing and wonderful
15:17.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:22.46*** join/#brlcad mini_monstar (dea42a74@gateway/web/freenode/ip.222.164.42.116)
15:23.24mini_monstarHello I am mini_monstar and I am here to do the google code in task however i have difficulty downloading and importing the virtual machine is there anyone that can help me with that?
15:24.21*** join/#brlcad chick_ (~chick@41.205.22.41)
15:33.16Notify02GCI:sfurti06 * 6355628331106304 : Task Claimed - I would like to work on this task.
15:33.38*** join/#brlcad andrei_ (~quassel@188.26.182.54)
15:33.38*** join/#brlcad andrei_ (~quassel@unaffiliated/andrei/x-7229309)
15:35.02Notify02GCI:popescuandrei * 6650599705673728 : Task Closed - Congratulations, this task has been completed successfully.
15:35.22Notify02GCI:popescuandrei * 6355628331106304 : Task Assigned - This task has been assigned to Sfurti Dawle. You have 49 hours to complete this task, good luck!
15:36.36andrei_brlcad: if you wonder why I closed http://www.google-melange.com/gci/task/view/google/gci2014/5252586642866176 , e-mail or pm me.
15:36.37gcibot[[ CREATE A MOTION TYPOGRAPHY VIDEO FOR BRL-CAD #6 || BRL-CAD || Closed || Sean ]]
15:36.38Notify02GCI:popescuandrei * 5252586642866176 : Task Closed - Congratulations, this task has been completed successfully.
15:39.03Notify02GCI:vkolova * 5877505323958272 : Ready for review - The work on this task is ready to be reviewed.
15:39.30Notify03BRL-CAD Wiki:Raul soldano * 0 /wiki/User:Raul_soldano:
15:42.40mini_monstarhey, is there anyone who can assist me?
15:42.45*** join/#brlcad merzo (~merzo@31.221.110.40)
15:43.42archivistmini_monstar, ask the real questions and then lurd rather than finding a person
15:43.49archivistlurk
15:44.25mini_monstarI cant seem to import and get the virtual machine
15:45.27Notify02GCI:quentindhs * 6412594361401344 : Ready for review - The work on this task is ready to be reviewed.
15:47.52Notify02GCI:rishisharma7361 * 5772840460615680 : Ready for review - The work on this task is ready to be reviewed.
15:55.53*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
16:03.22Notify02GCI:retardvoldy * 5511140318642176 : Task Claimed - I would like to work on this task.
16:03.36*** join/#brlcad YashM_ (~YashM@117.222.66.56)
16:23.53Notify02GCI:quentindhs * 6412594361401344 : Design -  Hi Sean,   I have tried my best to add polygons to the design page. I hope it should be fine now... D:   Quentin
16:33.30*** join/#brlcad shardulc (~shardul@122.170.25.3)
16:34.49Notify02GCI:mini_monstar * 5831970483339264 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
16:38.47Notify02GCI:helix * 5547234955362304 : Task Claimed - I would like to work on this task.
16:51.45Notify02GCI:shardulc * 5803622709329920 : Ready for review - The work on this task is ready to be reviewed.
16:58.42Notify02GCI:deepakkumarsharma * 5547234955362304 : Task Assigned - This task has been assigned to Yash. You have 48 hours to complete this task, good luck!
16:59.07Notify02GCI:deepakkumarsharma * 5511140318642176 : Task Assigned - This task has been assigned to Retardvoldy. You have 48 hours to complete this task, good luck!
17:02.53Notify02GCI:keshava_muraari * 4956557716488192 : Task Claimed - I would like to work on this task.
17:03.33Notify02GCI:helix * 5547234955362304 : Ready for review - The work on this task is ready to be reviewed.
17:07.21MarcTannoushello
17:10.47shardulchello, MarcTannous
17:11.44Notify02GCI:thevk * 5001497033048064 : OMG -  So that's a beginner task, huh? I'll try to do my best, but there are some serious troubles: 1)Reader marks some of the pages not by lines, but by columns....
17:27.41*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
17:28.41*** join/#brlcad raptor_ (~raptor@194.28.75.249)
17:30.13Notify02GCI:ralpt3748752_qejwhe * 5885347665805312 : Ready for review - The work on this task is ready to be reviewed.
17:30.48Notify02GCI:adityagulati * 5511203400974336 : Task Claimed - I would like to work on this task.
17:32.57*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
17:33.47*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy/bot/gcibot)
17:34.18raptor_mentors yours here?)
17:34.19*** join/#brlcad gcibot (ignacio@sunjammer.sugarlabs.org)
17:34.52*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy)
17:35.17*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy/bot/gcibot)
17:36.13*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy)
17:38.43shardulccan someone review my task? http://www.google-melange.com/gci/task/view/google/gci2014/5803622709329920
17:38.59shardulchttp://www.google-melange.com/gci/task/view/google/gci2014/5803622709329920
17:39.07shardulcgcibot?
17:41.09*** join/#brlcad gcibot_ (ignacio@sunjammer.sugarlabs.org)
17:43.44raptor_gcibot real bot))
17:47.06ignaciogcibot_, is broked xD
17:47.09ignacioWait few minutes pls
17:52.27*** join/#brlcad gcibot_ (ignacio@sunjammer.sugarlabs.org)
17:55.18*** join/#brlcad gci_bot (ignacio@sunjammer.sugarlabs.org)
17:59.23*** join/#brlcad gci_bot (ignacio@sunjammer.sugarlabs.org)
18:00.06*** join/#brlcad _gcibot_ (ignacio@sunjammer.sugarlabs.org)
18:01.19*** join/#brlcad gci_bot (ignacio@sunjammer.sugarlabs.org)
18:02.37*** join/#brlcad gci_bot (ignacio@sunjammer.sugarlabs.org)
18:03.08*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy/bot/gcibot)
18:04.05*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
18:05.20*** join/#brlcad Guest56528 (ignacio@unaffiliated/ignaciouy/bot/gcibot)
18:05.34MarcTannouswtf is going on
18:07.32*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy)
18:07.33*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
18:09.33*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
18:09.55ignacioMarcTannous, conspiracy
18:09.59ignacioMarcTannous, na, fixed a problem.
18:10.33MarcTannousthought there's activity, nope. Actually gcibot re-logging like 30 times
18:11.41ignacioonly 16
18:13.55MarcTannousemphasis on "ONLY"
18:16.28*** join/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249)
18:17.16*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
18:18.26balder_hey I got a problem! Some features in brl-cad involve middle button of mouse, which I do not have! Is there any substitute for it?
18:19.02ignacioxD
18:19.09ignacioSorry, its the final close
18:19.41*** join/#brlcad gcibot (ignacio@sunjammer.sugarlabs.org)
18:19.49*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
18:19.53YashM_balder, does your laptop not support clicking both buttons at same time to simulate middle moue
18:20.54balder_YashM_: Ohh! great it works! Thanku!
18:21.08YashM_enjoy
18:21.08*** join/#brlcad andrei_ (~quassel@188.26.182.54)
18:21.12*** join/#brlcad andrei_ (~quassel@unaffiliated/andrei/x-7229309)
18:21.47*** join/#brlcad chick_ (~chick@41.205.22.41)
18:22.09Notify02GCI:popescuandrei * 5547234955362304 : Task Closed - Congratulations, this task has been completed successfully.
18:22.54Notify02GCI:helix * 5874303627165696 : Task Claimed - I would like to work on this task.
18:23.30Notify02GCI:popescuandrei * 5803622709329920 : Task Closed - Congratulations, this task has been completed successfully.
18:24.44andrei_http://www.google-melange.com/gci/task/view/google/gci2014/6412594361401344
18:24.45gcibot[[ Design a banner for our Facebook page (and/or other social media sites)  #12 || BRL-CAD || NeedsReview (46 hrs 35 min) || Sean, Jacob B ]]
18:24.49andrei_I ve seen this font somewhere else
18:24.57andrei_it _might_ be a forge
18:25.02andrei_but I don t have time to check now
18:25.09MarcTannouswhich file andrei?
18:25.34MarcTannousfrom that task
18:25.45Notify02GCI:popescuandrei * 6412594361401344 : None -  Hello, Quentin!  You still haven't submitted raw format(xcf, psd). There's just one thing I d want you to change, and that is the font. Use something...
18:25.46andrei_last
18:25.50Notify02GCI:popescuandrei * 6412594361401344 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
18:26.40MarcTannousnot a forge
18:26.40MarcTannousseen all the banners as I designed the gallery for them
18:27.32andrei_ah, ok
18:27.35Notify02GCI:popescuandrei * 5885347665805312 : None -  Raptor, this is amazing ! I mean really, really amazing! Very, very well done !  Congratulations!
18:27.45Notify02GCI:popescuandrei * 5885347665805312 : Task Closed - Congratulations, this task has been completed successfully.
18:28.11Notify02GCI:popescuandrei * 5772840460615680 : Task Closed - Congratulations, this task has been completed successfully.
18:28.13andrei_Marc, I still didn't get brlcad to approve that task
18:28.14andrei_sorry
18:28.23MarcTannousnp..I'll do others
18:29.35andrei_YashM: I see you had time to get all of them done, awesome
18:29.36Notify02GCI:popescuandrei * 5874303627165696 : Task Assigned - This task has been assigned to Yash. You have 46 hours to complete this task, good luck!
18:29.49*** join/#brlcad chick_ (~chick@41.205.22.41)
18:30.01Notify02GCI:popescuandrei * 5511203400974336 : Task Assigned - This task has been assigned to Aditya Gulati. You have 46 hours to complete this task, good luck!
18:30.02Notify02GCI:popescuandrei * 4956557716488192 : Task Assigned - This task has been assigned to Keshava. You have 46 hours to complete this task, good luck!
18:30.46Notify02GCI:popescuandrei * 5877505323958272 : Task Closed - Congratulations, this task has been completed successfully.
18:30.48andrei_that's it, I ll check back later
18:30.56Notify02GCI:helix * 5874303627165696 : Ready for review - The work on this task is ready to be reviewed.
18:31.01andrei_lol
18:31.36Notify02GCI:popescuandrei * 5874303627165696 : Task Closed - Congratulations, this task has been completed successfully.
18:31.38andrei_done, I'm off
18:32.02MarcTannoushf
18:35.14*** join/#brlcad YashM (~YashM@117.198.7.143)
18:36.39*** join/#brlcad chick_ (~chick@41.205.22.41)
18:37.36raptor_popescuandrei: Thanks!
18:40.13Notify02GCI:ralpt3748752_qejwhe * 5255593656844288 : Task Claimed - I would like to work on this task.
18:41.51Notify02GCI:popescuandrei * 5255593656844288 : Task Assigned - This task has been assigned to Raptor. You have 46 hours to complete this task, good luck!
18:51.30*** join/#brlcad chick_ (~chick@41.205.22.41)
19:41.19*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
19:44.56*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
20:32.05Notify02GCI:sfurti06 * 6355628331106304 : Ready for review - The work on this task is ready to be reviewed.
20:38.27Notify02GCI:atul009 * 5571450517848064 : Task Claimed - I would like to work on this task.
20:47.35Notify02GCI:tannousmarc * 6441217365639168 : Ready for review - The work on this task is ready to be reviewed.
20:50.00Notify02GCI:popescuandrei * 5571450517848064 : Task Assigned - This task has been assigned to Atul009. You have 44 hours to complete this task, good luck!
20:56.04Notify02GCI:popescuandrei * 6441217365639168 : Task Closed - Congratulations, this task has been completed successfully.
20:58.29Notify02GCI:tannousmarc * 5787710711136256 : Task Claimed - I would like to work on this task.
20:58.34Notify02GCI:popescuandrei * 6355628331106304 : None -  Hello!  Sfurti, can you please upload a jpg or png image of your work, I don t have access at photoshop right now.   Thank you!
20:58.44Notify02GCI:popescuandrei * 6355628331106304 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements...
21:11.16Notify02GCI:deepakkumarsharma * 5787710711136256 : Task Assigned - This task has been assigned to Marc Tannous. You have 43 hours to complete this task, good luck!
21:45.40*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:54.08Notify02GCI:atul009 * 5571450517848064 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
21:57.14Notify02GCI:atul009 * 6415875447980032 : Task Claimed - I would like to work on this task.
21:59.35Notify02GCI:coolguy123 * 5571450517848064 : Task Claimed - I would like to work on this task.
22:02.25Notify02GCI:popescuandrei * 5571450517848064 : Task Assigned - This task has been assigned to Jack. You have 42 hours to complete this task, good luck!
22:03.11Notify02GCI:popescuandrei * 6415875447980032 : Task Assigned - This task has been assigned to Atul009. You have 42 hours to complete this task, good luck!
22:03.53gcibot42 hours 56 minutes... GCI 2014: 99% complete
22:20.31andromeda-galaxyandrei_: are you still here?
22:20.32Notify02GCI:o7p9bxbnyj * 5824185720897536 : Task Claimed - I would like to work on this task.
22:20.39andrei_yeah
22:21.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:21.13andromeda-galaxyandrei_: are the mentors still allowed to create tasks on Melange, or did it stop allowing new ones after Friday?
22:21.17Notify02GCI:popescuandrei * 5824185720897536 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 42 hours to complete this task, good luck!
22:21.35andrei_we are
22:21.39andrei_but as far as I remember
22:21.44andrei_brlcad has to approve them
22:21.50andrei_I mean, I did create a task for Marc
22:21.55andrei_and it's listed as unapproved
22:22.21andromeda-galaxyah, okay... I was just curious when it would stop letting you...
22:22.38andromeda-galaxythere were a couple that I've been wondering about, but I also need to check with brlcad before doing them ..
22:24.48Notify02GCI:o7p9bxbnyj * 5824185720897536 : Status -  The two scripts included are used for checkout management; jobScheduler.sh should be run periodically (ie in a cron job); it executes queued scripts...
22:24.53Notify02GCI:o7p9bxbnyj * 5824185720897536 : Ready for review - The work on this task is ready to be reviewed.
22:43.52Notify02GCI:vs37nx * 4984285001940992 : Ready for review - The work on this task is ready to be reviewed.
22:45.37*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
22:49.43*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
22:54.58*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
IRC log for #brlcad on 20150118

IRC log for #brlcad on 20150118

00:31.51*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
00:34.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:05.23Notify02GCI:ngenius * 4948190365220864 : Ready for review - The work on this task is ready to be reviewed.
01:36.26Notify02GCI:quentindhs * 6412594361401344 : Ready for review - The work on this task is ready to be reviewed.
01:53.33*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
02:39.34nmz787how do I enable qt from the ./configure options?
02:40.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:50.57Notify02GCI:brlcad * 5824185720897536 : Task Closed - Congratulations, this task has been completed successfully.
02:51.27Notify02GCI:brlcad * 4984285001940992 : Task Closed - Congratulations, this task has been completed successfully.
02:52.52Notify02GCI:brlcad * 4948190365220864 : Task Closed - Congratulations, this task has been completed successfully.
02:57.08Notify02GCI:brlcad * 6412594361401344 Design a banner for our Facebook page (and/or other social media sites) #12 https://www.google-melange.com/gci/task/view/google/gci2014/6412594361401344:   much...
02:57.09gcibot[[ Design a banner for our Facebook page (and/or other social media sites)  #12 || BRL-CAD || NeedsWork || Sean, Jacob B ]]
02:57.18Notify02GCI:brlcad * 6412594361401344 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
03:03.15Notify02GCI:desiree_lim * 5828709932072960 : Ready for review - The work on this task is ready to be reviewed.
03:03.30Notify02GCI:cjortanez * 4533992846000128 : Task Claimed - I would like to work on this task.
03:04.00Notify02GCI:brlcad * 4533992846000128 : Task Assigned - This task has been assigned to Carajordan44. You have 37 hours to complete this task, good luck!
03:04.25Notify02GCI:brlcad * 5828709932072960 : Task Closed - Congratulations, this task has been completed successfully.
03:15.21Notify02GCI:cjortanez * 4533992846000128 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
03:19.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:38.57Notify02GCI:o7p9bxbnyj * 5900739217981440 : Task Claimed - I would like to work on this task.
04:03.26Notify02GCI:sfurti06 * 6355628331106304 : Ready for review - The work on this task is ready to be reviewed.
04:05.38Notify02GCI:sfurti06 * 6355628331106304 : Sure! -  I have uploaded a png format of my work.Could you please suggest some improvements?
04:09.03Notify02GCI:rishisharma7361 * 5847768782340096 : Task Claimed - I would like to work on this task.
04:18.20Notify02GCI:brlcad * 5900739217981440 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 36 hours to complete this task, good luck!
04:18.25Notify02GCI:brlcad * 5847768782340096 : Task Assigned - This task has been assigned to Rishi. You have 36 hours to complete this task, good luck!
04:18.55Notify02GCI:brlcad * 6355628331106304 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
04:19.58nmz787anyone experience mged having HUGE file dialog windows? I am on ubuntu (xfce)
04:20.50Notify02GCI:o7p9bxbnyj * 5900739217981440 : Ready for review - The work on this task is ready to be reviewed.
04:21.55Notify02GCI:o7p9bxbnyj * 5900739217981440 : Status -  This includes a patch on top of my previous work as well as new versions of the scripts, which allow the pages to auto-update when changes to the job...
04:24.16Notify02GCI:brlcad * 6355628331106304 Design a banner for our Facebook page (and/or other social media sites) #11 https://www.google-melange.com/gci/task/view/google/gci2014/6355628331106304:   few...
04:24.17gcibot[[ Design a banner for our Facebook page (and/or other social media sites)  #11 || BRL-CAD || NeedsWork || Isaac Kamga, Dishank ]]
04:24.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:24.56Notify02GCI:brlcad * 5900739217981440 : Task Closed - Congratulations, this task has been completed successfully.
04:25.31Notify02GCI:o7p9bxbnyj * 5226596319363072 : Task Claimed - I would like to work on this task.
04:25.51andromeda-galaxybrlcad: did you see my earlier question about the rt_gen_* api design?
04:26.11brlcadnot yet
04:26.46Notify02GCI:brlcad * 5226596319363072 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 36 hours to complete this task, good luck!
04:28.03andromeda-galaxybrlcad: okay, please ping me when you do...
04:28.37brlcadit is what it is for gci, but we can certainly continue the discussion and work on an improved interface
04:28.52Notify02GCI:rishisharma7361 * 5847768782340096 : Ready for review - The work on this task is ready to be reviewed.
04:29.09andromeda-galaxysounds good... Unfortunately, I have a bunch of stuff coming up starting about tomorrow, so I'll probably have to disappear for a couple of months
04:29.23brlcadeek
04:29.25andromeda-galaxybrlcada: but this year, I'll try to come back and work more on all of this stuff after that
04:29.29andromeda-galaxy*brlcad
04:29.44brlcadthat's sad :(
04:30.09brlcadnot you coming back, you disappearing ... there's room to juggle ;)
04:30.27andromeda-galaxythat's true... well, hopefully I'll be able to come back before too long
04:30.41andromeda-galaxyI really want to get all of the projects I started for this GCI "finished"
04:30.47brlcadany more gci activity in the next 2 minutes?
04:30.57brlcadthat would be fantastic
04:30.59andromeda-galaxyI have to actually do this one, the last one was waiting to be submitted...
04:31.11brlcadi figured, just didn't know if they were both waiting
04:31.15brlcadvery good
04:31.20brlcadcya in a few!
04:31.26andromeda-galaxyI'm looking forward to getting rt_gen_* interfaces all polished and used...
04:31.34brlcadrecouperates from all-day skiing
04:31.50andromeda-galaxybrlcad: see you!
04:31.58brlcadwe probably need to rename all that ...
04:32.10brlcadif you have a suggestion, love to hear it later
04:32.36brlcadconsistent convention fitting our lib_group_verb/noun() convention
04:33.06andromeda-galaxymakes sense... I'll think about that as well as the actual design
04:33.21andromeda-galaxyhave you had a chance to see the "final" design that I uploaded?
04:33.39andromeda-galaxyit's simpler & eliminates most of the redundancy but I think it should stay pretty powerful
04:34.03brlcadI did, but not with my usual attention, especially for API
04:34.19brlcadtime will free up after gci!
04:35.18andromeda-galaxybrlcad: sounds good! by the way, what's the policy on sending RFC emails to the dev mailing list?
04:35.59brlcadwhat do you mean?  policy as in whether it's okay?
04:36.22brlcadif it pertains to brl-cad in any way, it's strongly encouraged (communication always is)
04:36.34andromeda-galaxybrlcad: great!
04:36.51andromeda-galaxyI just wanted to check before sending a bunch of patches in a couple of months with [RFC] <project> in the subject
04:36.58brlcadyou may or may not get a response, but usually/often will and even if you don't, it helps share knowledge about what you're working on and what the design questions are/were
04:37.35andromeda-galaxygood to know, thanks! I just wanted to check because I haven't seen many of that kind of thing on the mailing list "recently" (in the last ~year)
04:37.49brlcadyou'll get a better response if you really condense down the information into a summary form that encourages discussion
04:38.06brlcadakin to the "ask smart questions" paper
04:38.19andromeda-galaxyahh, that makes sense... so is it generally not as good to send patches asking for review of the code implementing the design as well?
04:38.29brlcadyeah, it ebbs and flows based on what projects are going on
04:38.59brlcadthis past year, nearly all our effort has been invested in very specific projects that don't really have much to discuss publicly ... it's just a lot of work and/or research :)
04:39.29brlcadandromeda-galaxy: you have commit, which means you can make a judgement call on making some types of changes (per the CHANGES and HACKING files)
04:39.41andromeda-galaxyah, that makes sense (about the activity)
04:39.54brlcadRFC on design questions or scope or general approach where you're looking for some specific insight
04:40.09andromeda-galaxyI know, sometimes I have patches that I think are pretty good but I'm not completely sure about, so I was wondering what to do about those
04:40.34brlcadif you really want a patch pre-reviewed, go for it, but you should not fear the commit if you have something useful to contribute that will almost certainly be desriable
04:41.15brlcadcommit it and then ask for feedback .. we can always revert or may ask you to undo something (and this should never offend, there's a lot of considerations)
04:41.27andromeda-galaxybrlcad: okay, that makes sense... I'm just so (comparatively) used to working on pre-commit-review projects that I feel like I should do something...
04:41.33brlcador ask for feedback before implementing, so you have a good feeling
04:41.47brlcadif it's really something unsure, create a branch and prove it there first
04:42.07andromeda-galaxyand then if there's a smallish problem in some part of the implementation, I know somebody will tell me/fix it themselves soon enough
04:42.20brlcadwe are post-review for minor and branches or incremental for major
04:43.03andromeda-galaxyokay, I think I know what to do now... thanks for all the information!
04:43.05brlcadespecially if you do diligence to test your work (directly), run regression tests, run benchmarks, etc
04:43.19brlcadsure, thanks for asking
04:43.27brlcadcya!
04:43.38andromeda-galaxycya
04:45.44Notify02GCI:quentindhs * 6412594361401344 : Ready for review - The work on this task is ready to be reviewed.
04:59.11Notify02GCI:martizor56 * 6067733854683136 : Task Claimed - I would like to work on this task.
05:36.39nmz787brlcad: if you're still around, what might you think could be the cause of dialog windows (open, save, raytrace export windows) having buttons that are insanely huge, like my 1920x1080 screens would need to be 10 or 20 times larger by the size of the buttons (geometree looks OK)
05:36.52*** join/#brlcad YashM (~YashM@117.198.8.6)
05:40.01*** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54)
05:45.46*** join/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249)
05:48.47balder_hey! Is there any way to combine the command window and graphics window into a single window?
05:52.51andromeda-galaxybalder_: in mged? why?
05:53.31andromeda-galaxybalder_: I don't know of one (though there might be one anyway), but if you try using Archer, it's interface already has them combined
05:55.20balder_andromeda-galaxy: yes in mged! Because I think that it will be clear and  overhead in switching between both windows will be reduced!
06:04.36*** join/#brlcad YashM (~YashM@117.198.3.84)
06:07.59*** join/#brlcad shardulc (7aaa1c40@gateway/web/freenode/ip.122.170.28.64)
06:13.59shardulcbrlcad, how is the script? :)
06:33.46Notify03BRL-CAD Wiki:Nmz787-brlcad * 0 /wiki/User:Nmz787-brlcad:
06:45.20*** join/#brlcad raptor (~raptor@213.222.229.253)
06:50.49Notify02GCI:rohit_agarwal * 5891974733234176 : Ready for review - The work on this task is ready to be reviewed.
06:57.46Notify02GCI:rohit_agarwal * 5891974733234176 : None -  I uploaded the icon designs. The dotted line show the previous boundaries(the boundaries which were there before doing the action). The Blue line...
07:01.18*** join/#brlcad Mini_monstar (~Mini_mons@222.164.42.116)
07:46.50Notify02GCI:martizor56 * 6067733854683136 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
07:50.46*** join/#brlcad YashM (~YashM@117.248.202.26)
07:59.37Notify02GCI:peachdew * 6458111619497984 : Task Claimed - I would like to work on this task.
08:10.36Notify02GCI:harman052 * 6458111619497984 : Task Assigned - This task has been assigned to Raymond. You have 32 hours to complete this task, good luck!
08:25.34Notify03BRL-CAD Wiki:Nmz787-brlcad * 0 /wiki/File:Mged_radio_view1.png: A view of mged with the radio drawing commands shown
08:26.00Notify03BRL-CAD Wiki:Nmz787-brlcad * 0 /wiki/File:Mged_radio_graphic_view1.png: A view of mged with the radio drawing commands shown
08:32.17Notify02GCI:mini_monstar * 5831970483339264 : Task Claimed - I would like to work on this task.
08:33.29Notify02GCI:harman052 * 5831970483339264 : Task Assigned - This task has been assigned to Jovan Teo. You have 32 hours to complete this task, good luck!
08:36.13Mini_monstarHey there I am Jovan Teo am I am attached to the google code in task. Is there any mentors who can help me in doing this task?
08:40.01Notify02GCI:o7p9bxbnyj * 5226596319363072 : Status -  This patch (along with the associated updated scripts) makes it possible for jobs to be in multiple different states per execution class. Currently,...
08:40.02Notify02GCI:o7p9bxbnyj * 5226596319363072 : Ready for review - The work on this task is ready to be reviewed.
08:50.53*** join/#brlcad andrei_ (~quassel@188.26.186.117)
08:52.14*** join/#brlcad andrei_ (~quassel@unaffiliated/andrei/x-7229309)
08:52.16Notify02GCI:popescuandrei * 5226596319363072 : Task Closed - Congratulations, this task has been completed successfully.
08:52.18andrei_hello
08:53.23Notify02GCI:popescuandrei * 6412594361401344 : Task Closed - Congratulations, this task has been completed successfully.
08:54.18andrei_http://www.google-melange.com/gci/task/view/google/gci2014/5847768782340096 this is forged, I remember seeing the same design
08:54.19gcibot[[ Animate our logo! #15 || BRL-CAD || NeedsReview (32 hrs 5 min) || Kesha Shah, Popescu Andrei ]]
08:54.22andrei_just need to figure out
08:54.23andrei_from whom
08:59.34*** join/#brlcad taranpreet (~taranpree@117.255.58.78)
09:02.06taranpreetI am doing  this task https://www.google-melange.com/gci/task/view/google/gci2014/5888591171420160
09:02.06gcibot[[ Beginner: Install and run BRL-CAD! #43 || BRL-CAD || ClaimRequested || Hardeep Singh Rai, Gauravjeet Singh ]]
09:02.33Notify02GCI:singhtaran * 5888591171420160 : Task Claimed - I would like to work on this task.
09:02.37*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
09:02.40*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
09:02.50*** join/#brlcad hsrai (~hsrai@66-118-151-70.static.sagonet.net)
09:03.23taranpreetI am getting a problem when  converting png file .bw file
09:04.49taranpreetI am executing this command exec \[ file join \[ bu_brlcad_root bin \] pix-bw \] hello.png \> hello.bw
09:05.47andrei_http://www.google-melange.com/gci/task/view/google/gci2014/5847768782340096 I was wrong, it looks a lot like several tasks( spinning and all, but not forged, I just went through all tasks)
09:05.48gcibot[[ Animate our logo! #15 || BRL-CAD || NeedsReview (31 hrs 54 min) || Kesha Shah, Popescu Andrei ]]
09:06.09Notify02GCI:popescuandrei * 5847768782340096 : Task Closed - Congratulations, this task has been completed successfully.
09:06.59Notify02GCI:popescuandrei * 5888591171420160 : Task Assigned - This task has been assigned to Taranpreet Singh. You have 31 hours to complete this task, good luck!
09:07.01andrei_what's the error, taranpreet?
09:07.09taranpreetI am getting this error  Error: pix_read: cannot open file for reading
09:07.36*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
09:07.38andrei_so is the file there for reading?
09:07.41andrei_(hello.png) ?
09:08.15taranpreetandrei_, yeah it is in my home directory of linux
09:08.40andrei_and where are you running the command from?
09:08.46taranpreetfrom mged
09:10.26andrei_do you have a terminal open?
09:10.34taranpreetyes
09:10.38andrei_in your home dir
09:10.39andrei_do
09:10.41andrei_echo pwd
09:10.44andrei_sorry
09:10.45andrei_pwd
09:10.48andrei_without echo
09:11.14taranpreetokay
09:11.24andrei_it will probably tell you
09:11.28andrei_the username
09:11.29andrei_like
09:11.33andrei_/home/some_user
09:11.39taranpreet/home/taranpreet
09:12.19taranpreethttp://imgur.com/GsYIFC8
09:12.22andrei_alright
09:12.25taranpreetthis is the error
09:12.53andrei_alright
09:12.54andrei_then try
09:13.04andrei_\[ file join \[ bu_brlcad_root bin \] pix-bw \] home/taranpreet/hello.png \> hello.bw
09:14.04*** join/#brlcad YashM_ (~YashM@117.198.8.33)
09:17.59taranpreetyes the file is created now
09:17.59taranpreetbut error says no colour scheme specified
09:18.03*** join/#brlcad taranpreet_ (~taranpree@117.255.58.78)
09:18.40taranpreet_andrei_, the error is no color scheme specified
09:18.55taranpreet_Error: pix-bw
09:19.55andrei_it probably can't find pix-bw
09:20.51andrei_do
09:20.55andrei_locate pix-bw
09:20.57andrei_see what happens
09:21.08raptorI also do not prepared by methods №
09:21.12raptor1
09:22.26taranpreet_/home/taranpreet/brlcad-svn-trunk/doc/docbook/system/man1/en/pix-bw.xml
09:22.26taranpreet_/home/taranpreet/brlcad-svn-trunk/doc/docbook/system/man1/en/pix-bw3.xml
09:22.26taranpreet_/home/taranpreet/brlcad-svn-trunk/src/util/pix-bw.c
09:22.26taranpreet_/home/taranpreet/brlcad-svn-trunk/src/util/pix-bw3.c
09:22.36taranpreet_andrei_, I got the above
09:26.16andrei_hmm
09:26.23andrei_that's weird
09:26.28andrei_you should have a binary
09:26.40andrei_check for pix-bw  in /usr/
09:26.44andrei_you need to find the binary pix-bw
09:26.49andrei_and give the full path to it
09:26.54andrei_like you did with the png
09:26.56andrei_and it will work
09:27.03taranpreet_ok let me try
09:49.56Mini_monstarandrei
09:50.07Mini_monstarwhich paint program to use for the image
10:22.46gcibotLast 30 hours, 6 to claiming deadline... Are you doing your last task now?
10:25.37unicodesnowmangcibot, no
10:30.08ty221unicodesnowman: bot asked me to tell you, he heard your message, and you dont need to paste it on every channel :p
10:32.45Notify02GCI:ariessa * 5604954702086144 : Task Claimed - I would like to work on this task.
10:43.12*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
10:44.38*** join/#brlcad YashM (~YashM@117.222.17.223)
10:58.29Notify02GCI:pulse * 5886669710426112 : Ready for review - The work on this task is ready to be reviewed.
11:00.19Notify02GCI:pulse * 5886669710426112 : None -  Hey, I followed your advice and used a different angle this time (ae = 30x20), is it alright?
11:42.49*** join/#brlcad taranpreet (~taranpree@202.164.45.206)
11:44.41taranpreetandrei, to whom should i provide the full path
12:00.37*** join/#brlcad YashM_ (~YashM@117.222.70.108)
12:18.08Notify02GCI:peachdew * 6458111619497984 : Claim Removed - The claim on this task has been removed, someone else can claim it now.
12:29.36*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
12:40.41Notify02GCI:mihaineacsu29 * 5604954702086144 : Task Assigned - This task has been assigned to ariessa. You have 28 hours to complete this task, good luck!
12:50.11Notify02GCI:jchh1998 * 5884171381637120 : Ready for review - The work on this task is ready to be reviewed.
12:51.49*** join/#brlcad jchh1998 (745771ee@gateway/web/freenode/ip.116.87.113.238)
12:52.06jchh1998task ready to be reviewed : https://www.google-melange.com/gci/task/view/google/gci2014/5884171381637120
12:52.07gcibot[[ Beginner: Install and run BRL-CAD! #50 || BRL-CAD || NeedsReview (28 hrs 7 min) || Deepak, Jacob B ]]
13:15.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:27.44Notify02GCI:helix * 5895033286819840 : Task Claimed - I would like to work on this task.
13:33.51Notify02GCI:ralpt3748752_qejwhe * 5255593656844288 : Ready for review - The work on this task is ready to be reviewed.
14:26.12Notify02GCI:retardvoldy * 5511140318642176 : Ready for review - The work on this task is ready to be reviewed.
14:45.20Notify02GCI:rossberg * 5886669710426112 : Task Closed - Congratulations, this task has been completed successfully.
14:45.32*** join/#brlcad andrei_ (~quassel@86.121.174.140)
14:47.15Notify02GCI:popescuandrei * 5895033286819840 : Task Assigned - This task has been assigned to Yash. You have 26 hours to complete this task, good luck!
14:47.40Notify02GCI:rossberg * 5884171381637120 : Where is the new screenshot? -  And your comment with the description?
14:47.45Notify02GCI:rossberg * 5884171381637120 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
14:50.35*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
14:53.45Notify02GCI:skyler_007 * 4606217016049664 : Feedback -  Will you accept this task as it is or can you send me the URL of the updated pics. I cannot link to the zip folder which are uploaded on the gci...
14:58.00Notify02GCI:wei1006 * 5869143559503872 : Ready for review - The work on this task is ready to be reviewed.
15:00.54*** join/#brlcad wei1006 (74579aac@gateway/web/freenode/ip.116.87.154.172)
15:01.58wei1006I have used virtual machine to lauch brlcad. I created the black and white image using brlcad. I created the image with my name with gimp.  It was a png file, set the size of the image and converted it into bw file. I used the mged and extrude the image. I rotated the image. Lastly, I took a screenshot of it.
15:02.20*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
15:02.23poxipyo
15:02.28poxiphowdy
15:03.04wei1006my user name: wei1006
15:10.36Notify02GCI:rossberg * 5891974733234176 : None -  It's indeed consistent with your previous icons design.
15:10.41Notify02GCI:rossberg * 5891974733234176 : Task Closed - Congratulations, this task has been completed successfully.
15:23.21andromeda-galaxybrlcad, andrei_, d_rossberg: what is the actual *task* for https://www.google-melange.com/gci/task/view/google/gci2014/5803450424098816? All the things it describes I did in earlier tasks (and tested)...
15:23.22gcibot[[ PROJECT: Implement web application for testing commit ranges #6 || BRL-CAD || Open || Deepak, Mihai Neacsu ]]
15:23.22Notify02GCI:rossberg * 5255593656844288 : Was this done with Blender? -  And: "Do not just scale and/or spin an image around." And the GIF is very slow, maybe because of the large images in the frames. ...
15:23.44Notify02GCI:rossberg * 5255593656844288 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
15:25.36d_rossbergandromeda-galaxy: looks like a duplicate task, maybe for alternative solutions
15:25.54raptorrossberg: I just need to accelerate GIF?
15:26.03andromeda-galaxyd_rossberg: no, the first 5 parts of the task were all differentn
15:26.11andromeda-galaxy*different, each one adding an incremental bit of functionality
15:26.23d_rossbergraptor: i personally don't like the Blender part
15:26.26andromeda-galaxyso I'm just not sure what to do for the last one...
15:26.42raptorhm)
15:27.59Notify02GCI:brlcad * 5255593656844288 Animate our logo! #20 https://www.google-melange.com/gci/task/view/google/gci2014/5255593656844288:   interesting   Raptor, this is interesting. Not at all what was...
15:28.00gcibot[[ Animate our logo! #20 || BRL-CAD || NeedsWork || Jacob B, Daniel_R ]]
15:28.45d_rossbergraptor: and you already did an animate logo task, so you know what's expected; when you want to work with rendered images, the rendering should be done with BRL-CAD
15:29.30Notify02GCI:brlcad * 5511140318642176 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
15:30.17d_rossbergrendering a BRL-CAD video with Blender would be a little bit misleading
15:31.44andromeda-galaxybrlcad, andrei_: do either of you know anything about the intended purpose of that #6 task?
15:33.27Notify02GCI:ralpt3748752_qejwhe * 5255593656844288 : about this work) -  I created this animation in blender. The drawing on the right is just some old hand drawing of the aircraft. But I can replace that...
15:35.05raptord_rossberg: But the blender is still more sharpened by visualization. BRL-CAD is a side program :\
15:35.20d_rossbergandromeda-galaxy: step 1 to 5 refer to different parts of a web application as step 6 requires to tie them together
15:35.57Notify02GCI:brlcad * 5511140318642176 : yellow -  Retardvoldy, this looks great and complete! But ... that yellow is a bit overpowering. Also, it looks like it's impossible to click on the link that takes...
15:36.42andromeda-galaxyd_rossberg: but if steps 1 to 5 all already completed and integration tested
15:36.48andromeda-galaxythen what's left to do for step 6?
15:38.10andromeda-galaxyi.e. I've so far tried running the code from #1-#5 on my system with the appropriate fs dirs, and it seems to work properly all the way through the system
15:39.33Notify02GCI:brlcad * 5869143559503872 : rendered angle? -  Huang,  Thanks for the IRC username ... didn't see you talk much on IRC but that is sufficient. However, you didn't render from a different...
15:39.43Notify02GCI:brlcad * 5869143559503872 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
15:39.44Notify02GCI:brlcad * 5869143559503872 : Deadline extended - The deadline of the task has been extended with 1 days and 1 hours.
15:40.01*** join/#brlcad svineet (75d62c49@gateway/web/cgi-irc/kiwiirc.com/ip.117.214.44.73)
15:40.33Notify02GCI:ralpt3748752_qejwhe * 5255593656844288 : None -  I replaced the file texture in 3d drawing
15:40.43Notify02GCI:ralpt3748752_qejwhe * 5255593656844288 : Ready for review - The work on this task is ready to be reviewed.
15:41.24*** join/#brlcad gciwinner14 (0e63b948@gateway/web/freenode/ip.14.99.185.72)
15:41.27d_rossbergandromeda-galaxy: so, it looks like you've already doen what #6 requires.  i.e. you should document this in #6: upload the code (again), say how to use it, document your tests (screenshots or log dumps), etc.
15:41.41gciwinner14hey andromeda-galaxy
15:41.50andromeda-galaxyd_rossberg: hmm...
15:42.08andromeda-galaxygciwinner14: what?
15:42.50andromeda-galaxyd_rossberg: maybe I'll do a different one then... I feel like actually doing some work for this (almost certainly last) one...
15:46.39Notify02GCI:helix * 5895033286819840 : Ready for review - The work on this task is ready to be reviewed.
15:47.45Notify02GCI:ralpt3748752_qejwhe * 5255593656844288 : None -  But the blender more sharpened by visualization. BRL-CAD is yet more CAD program: /
15:48.30Notify02GCI:rohit_agarwal * 5895422048468992 : Task Claimed - I would like to work on this task.
15:49.48*** join/#brlcad samsrutid (~samsruti@101.221.131.156)
15:50.03samsrutidhi andromeda-galaxy
15:50.15samsrutidjoin #sahana-eden please
15:51.14andromeda-galaxysamsrutid: why?
15:51.30gciwinner14are nothing...nothing
15:51.35gciwinner14please stay here
15:51.48gciwinner14he is joking samsruti comeback its a joke
15:51.49samsrutidandromeda-galaxy are you gciwinner14??
15:51.58gciwinner14no
15:52.00andromeda-galaxyno
15:52.15gciwinner14andromeda galaxy= andromeda galaxy
15:52.25samsrutidhehe
15:52.28gciwinner14gciwinner14: just kidding man
15:52.34samsrutidit's ok
15:52.48samsrutidandromeda-galaxy,  sorry to disturb
15:52.56samsrutidyou can carry on
15:53.04gciwinner14hhaaha
15:53.16Notify02GCI:rossberg * 5895422048468992 : Task Assigned - This task has been assigned to Rohit Agarwal. You have 25 hours to complete this task, good luck!
15:53.17gciwinner14yaa..
15:53.29*** part/#brlcad vipulsharma (0e63b948@gateway/web/freenode/ip.14.99.185.72)
15:53.32andromeda-galaxysamsrutid: no problem, not quite sure how I got in the middle of this...
15:53.48samsrutidHehehe
15:59.17Notify02GCI:thevk * 5001497033048064 : Ready for review - The work on this task is ready to be reviewed.
16:05.24Notify02GCI:brlcad * 5895033286819840 : wedge -  Yash, this is very cool and a beautiful pairing, but I don't think it conveys rendering very strongly. The "rendered" shape is a wedge, which could just as...
16:05.29Notify02GCI:brlcad * 5895033286819840 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
16:05.34Notify02GCI:brlcad * 5895033286819840 : Deadline extended - The deadline of the task has been extended with 2 days and 2 hours.
16:09.06YashM_brlcad
16:09.19YashM_Did you resize the PSD to 16x16 or the PNG
16:11.44Notify02GCI:brlcad * 5255593656844288 : rights -  Raptor, saying it's "just some hand drawing" is not giving proper attribution to a source. It was interesting and good enough for you to decide to use it...
16:11.52*** part/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
16:12.04Notify02GCI:brlcad * 5255593656844288 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
16:13.00Notify02GCI:shivam691999 * 4596409726664704 : Sir, -  I have made the designs simpler and have decreased the number of fonts to 2 (ie Arial(bold) and Arial).  Also the background has been changed to a...
16:15.34raptorbrlcad: Ok, i'm rendering
16:21.24*** join/#brlcad andrei_ (~quassel@86.121.174.140)
16:21.30*** join/#brlcad andrei_ (~quassel@unaffiliated/andrei/x-7229309)
16:22.13andromeda-galaxyandrei_: are there any reasonably high-priority tasks that I could "finish" in a single task left?
16:22.28andrei_andromeda-galaxy: not that I know of
16:22.56andrei_I haven't spoken to brlcad regarding anything except marc's task
16:23.18andrei_which is still not approved
16:23.22andrei_so I m assuming he hasn't been around
16:23.52andromeda-galaxyandrei_: oh well, okay
16:24.01andromeda-galaxyI'm trying to figure out what to do for a last one
16:24.22andrei_I d go with the one I find the most interesting
16:24.22andrei_:)
16:24.28Notify02GCI:brlcad * 5001497033048064 : indeed a tedious -  Hi Vladimir,  It is indeed considered a beginner task because it's not difficult. It's VERY tedious, but not at all "hard" in the sense that you...
16:24.39Notify02GCI:brlcad * 5001497033048064 : Task Closed - Congratulations, this task has been completed successfully.
16:24.47andrei_there he is
16:24.52andrei_maybe he can answer your q
16:26.34*** join/#brlcad svineet (75d63022@gateway/web/cgi-irc/kiwiirc.com/ip.117.214.48.34)
16:26.50andromeda-galaxyandrei_: indeed ... I can't find any that both look interesting and aren't the start of a larger effort
16:27.02andromeda-galaxywhich I don't want to do yet since I'm already in the middle of a couple of things
16:27.10andrei_how much is left until the claim deadline?
16:27.15andromeda-galaxyand I'm going to have to disappear for a couple of months because things are going to get quite busy
16:27.20andromeda-galaxy~half an hour, I think
16:27.25andrei_oh
16:28.24andrei_maybe a modeling task?
16:28.44andrei_btw, andromeda-galaxy, if you don t mind me asking: where do you study?
16:30.59andromeda-galaxyhmm?
16:32.43andrei_I mean, at what school?
16:34.36andromeda-galaxyandrei_: pm?
16:35.43YashM_brlcad you here?
16:35.49Notify02GCI:retardvoldy * 5511140318642176 : Ready for review - The work on this task is ready to be reviewed.
16:37.09Notify02GCI:ralpt3748752_qejwhe * 5255593656844288 : Ready for review - The work on this task is ready to be reviewed.
16:42.27*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
16:48.58Notify02GCI:rossberg * 5511140318642176 Create a web gallery of GCI sticker designs #2 https://www.google-melange.com/gci/task/view/google/gci2014/5511140318642176:   Are you sure you did the stickers?  ...
16:48.59gcibot[[ Create a web gallery of GCI sticker designs #2 || BRL-CAD || NeedsWork || Gauravjeet Singh, Ch3ck ]]
16:49.03Notify02GCI:rossberg * 5511140318642176 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
16:50.33Notify02GCI:o7p9bxbnyj * 4547822640693248 : Task Claimed - I would like to work on this task.
16:51.27Notify02GCI:rossberg * 4547822640693248 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 24 hours to complete this task, good luck!
16:59.26gcibotLast minute for claim tasks.
17:00.01gcibotOh, Melange tells minute expired :-) You can't claim tasks now :p
17:34.17Notify02GCI:brlcad * 5255593656844288 : Task Closed - Congratulations, this task has been completed successfully.
17:41.45raptorbrlcad: Why is not there a button to take the job?
17:44.17andromeda-galaxyraptor: if you're talking about claiming tasks for GCI,
17:44.28andromeda-galaxystudents are no longer allowed to claim tasks
17:45.16raptorCompetition has ended?
17:45.28andromeda-galaxystudents can still submit work, but not claim new tasks
17:45.53raptor((
17:46.11raptorWhat a pity)
17:47.46raptorandromeda-galaxy: Congratulations! You exactly will go!
18:26.15*** join/#brlcad albertcoder (~quassel@202.164.45.208)
18:52.25*** join/#brlcad sofat (~sofat@202.164.45.208)
19:01.11*** join/#brlcad sofat (~sofat@202.164.45.208)
19:03.28*** join/#brlcad raptor (~raptor@213.222.229.253)
19:19.32MarcTannousso much activity tonight
19:19.42MarcTannousI'm off to finish my final task, took a coding one as a follow-up on mine
19:19.48MarcTannoushave a good day/night
19:19.51MarcTannouseveryone
19:25.10*** join/#brlcad ChanServ (ChanServ@services.)
19:25.10*** mode/#brlcad [+o ChanServ] by rajaniemi.freenode.net
19:26.48gcibotI just realized, that after GCI I won't be needed anymore... I hope somebody will take care for me and I won't be killed...
19:35.41*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
19:38.16*** join/#brlcad deepak (~chatzilla@117.207.156.67)
19:48.53raptorbuy
19:48.58raptorgcibot
19:51.11raptorbye))))
19:53.32*** join/#brlcad albertcoder (~quassel@117.237.36.162)
19:55.59*** join/#brlcad MarcUNIX (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54)
19:57.02MarcUNIXanyone around?
19:57.11MarcUNIXhave an issue patching rt^3, no idea why it happens
20:03.13*** join/#brlcad MarcTannous (4f733b36@gateway/web/freenode/ip.79.115.59.54)
20:03.18MarcTannousanyone around?
20:05.40MarcTannous:(
20:07.25*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
20:14.04Notify02GCI:sfurti06 * 6355628331106304 : Ready for review - The work on this task is ready to be reviewed.
20:28.47Notify02GCI:tannousmarc * 5787710711136256 : Patched without any problems. -  -
20:58.11andromeda-galaxyI'm looking at the task to verify/validate/fix the extrude uv rendering function, and I've figured out that the current rendering function really doesn't work at all, but I don't really have any idea about what the best mapping function to use on an extruded surface is... does anyone have any ideas?
21:01.09*** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
21:33.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:49.32*** join/#brlcad merzo (~merzo@178-63-132-95.pool.ukrtel.net)
22:01.52*** join/#brlcad SinterxErmegherd (41087612@gateway/web/freenode/ip.65.8.118.18)
22:09.25*** part/#brlcad SinterxErmegherd (41087612@gateway/web/freenode/ip.65.8.118.18)
23:37.06*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
IRC log for #brlcad on 20150119

IRC log for #brlcad on 20150119

00:08.51Notify02GCI:brlcad * 6355628331106304 : Task Closed - Congratulations, this task has been completed successfully.
01:28.03*** join/#brlcad taranpreet (~taranpree@106.192.157.41)
01:51.20Notify02GCI:shivam691999 * 4596409726664704 : Ready for review - The work on this task is ready to be reviewed.
03:18.04Notify02GCI:brlcad * 4596409726664704 : Task Closed - Congratulations, this task has been completed successfully.
03:18.34andromeda-galaxybrlcad: you here?
03:20.52andromeda-galaxyI've been trying to figure out a reasonable uv mapping for extruded objects, but can't think of anything that seems like it would work particularly well... do you (or anyone else) know of any literature on the subject/other best approaches/have ideas for what would work well?
03:24.35*** join/#brlcad YashM (~YashM@117.198.10.46)
04:02.42Notify02GCI:maitreyav * 4635701832318976 : Ready for review - The work on this task is ready to be reviewed.
04:03.33Notify02GCI:maitreyav * 4635701832318976 : Changes from the initial version -  Hi,  There are some complications in responsive design for me when I change the layout of the site. So I polished the webpage...
04:13.20Notify02GCI:brlcad * 4635701832318976 : Task Closed - Congratulations, this task has been completed successfully.
04:22.46Notify02GCI:brlcad * 4635701832318976 : clean design -  Maitreya, thank you for all your efforts. This looks like a nice clean usable design for browsing all of our landing page candidates. Well done!
04:47.27*** join/#brlcad raptor (~raptor@194.28.75.209)
04:51.01raptorYesterday I made two parallel tasks - animation and icon design. Animation managed to send a design no. Please take a look https://mega.co.nz/#F!nREGlRbA!8hLOicB6aSPJfN5L2EjHWQ
05:07.22Notify02GCI:singhtaran * 5888591171420160 : None -  I have completed the task and my IRC name is taranpreet and i have subscribe for the brld-cad news
05:08.15*** join/#brlcad andromedagalaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
05:12.33Notify02GCI:jchh1998 * 5884171381637120 : Ready for review - The work on this task is ready to be reviewed.
05:16.35*** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
05:32.33*** join/#brlcad taranpreet (~taranpree@202.164.53.117)
05:33.13taranpreetI have install the brlcad from the .deb file
05:36.35taranpreetbut when i run mged and create the create a database it show error of "failed to create database :permission denied"
05:44.19*** join/#brlcad YashM_ (~YashM@117.198.20.160)
05:52.27*** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54)
05:52.35MarcTannousanyone around?
05:52.50MarcTannousI'm having some issues with making tests in rt^3, want to make sure I complete my task before its deadline
05:55.54*** join/#brlcad MarcTannous (4f733b36@gateway/web/freenode/ip.79.115.59.54)
06:07.31MarcTannousandromeda-galaxy,ch3ck,brlcad: Any idea why I get "no make rule specified" when trying to "make tester_ci_primitives" or "make test" in rt^3?
06:38.46Notify02GCI:mini_monstar * 5831970483339264 : Ready for review - The work on this task is ready to be reviewed.
06:39.26Notify02GCI:mini_monstar * 5831970483339264 : Changed -  Hi i have changed it according to your comments. Thanks for your help.
06:57.43*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
07:14.42*** join/#brlcad atul009 (75df7261@gateway/web/freenode/ip.117.223.114.97)
07:15.47*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
07:16.37atul009How can I make CGI gallery facebook covers some cover task are still incomplete
07:16.55andrei_atul009 : what do you mean by incomplete?
07:17.44atul009take a look http://www.google-melange.com/gci/task/view/google/gci2014/6394920436760576
07:17.45gcibot[[ Design a banner for our Facebook page (and/or other social media sites)  #19 || BRL-CAD || Reopened || Kesha Shah, Sean ]]
07:18.04atul009http://www.google-melange.com/gci/task/view/google/gci2014/6425504227786752
07:18.05gcibot[[ Design a banner for our Facebook page (and/or other social media sites)  #15 || BRL-CAD || Open || Harmanpreet, Daniel_R ]]
07:18.11atul009http://www.google-melange.com/gci/task/view/google/gci2014/6451541124841472
07:18.11gcibot[[ Design a banner for our Facebook page (and/or other social media sites)  #18 || BRL-CAD || Open || Kesha Shah, Daniel_R ]]
07:19.35andrei_uhm, atul009, you re supposed to make a gallery of the completed ones
07:20.46atul009But instructions say no matter it's how much compicated but should include all entries
07:25.03andrei_well it should include all entries
07:25.11andrei_but the task you showed me has nothing uploaded
07:25.17andrei_you can't showcase ... nothing
07:25.27andrei_just do the completed ones and it ll be fine :)
07:25.47atul009;)
07:25.51atul009BYE THAKS
07:34.31Notify02GCI:rossberg * 5884171381637120 : Task Closed - Congratulations, this task has been completed successfully.
07:39.38Notify02GCI:rossberg * 5831970483339264 : Task Closed - Congratulations, this task has been completed successfully.
07:45.34andrei_hm, just 5 tasks left to be completed and 9 hours left
07:47.17*** join/#brlcad bugport (~bugport@91.103.85.100)
07:56.22Notify02GCI:Melange * 4606217016049664 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
08:01.36*** join/#brlcad andrei_ (c35a6e7d@unaffiliated/andrei/x-7229309)
08:01.36*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
08:21.29*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:28.28*** join/#brlcad merzo (~merzo@178-63-132-95.pool.ukrtel.net)
08:33.12*** join/#brlcad MarcTannous (59eef606@gateway/web/cgi-irc/kiwiirc.com/ip.89.238.246.6)
08:38.46Notify02GCI:tannousmarc * 5787710711136256 : Ready for review - The work on this task is ready to be reviewed.
08:39.49Notify02GCI:tannousmarc * 5787710711136256 : about www.google.com -  had to upload something to mark task completed. Explained Andrei over IRC my situation, patch applies perfectly but there might be an...
08:40.28MarcTannousd_rossberg, http://www.google-melange.com/gci/task/view/google/gci2014/5787710711136256 patch applies perfectly, however there is an issue with "make test". Tried it on a fresh repo (thinking I've done something that ruined my local copy) and it still did not owrk
08:40.29gcibot[[ Run CoreInterface unit test || BRL-CAD || NeedsReview (8 hrs 19 min) || Popescu Andrei, Daniel_R ]]
08:40.43MarcTannoussomething along the lines of "no make rule specified for ... Stop."
08:40.49MarcTannouscan't remember the exact message
08:41.11MarcTannousHope just the fact that the patch applies is okay as I won't be able to submit anything else due to being in classes from now until the gci finishes
08:41.17MarcTannoushave a good day guys, I'm off
09:02.30Notify02GCI:skyler_007 * 4606217016049664 : has the task been approved. -  You did not send me the gci link where the pics are uploaded
09:03.02Notify02GCI:singhtaran * 5888591171420160 : Ready for review - The work on this task is ready to be reviewed.
09:05.23Notify02GCI:popescuandrei * 4606217016049664 : None -  Hello!   First of all, we can't accept the task since it has been reopened, you did not mark it as needing review.  Secondly, the links where to be...
09:09.57*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
09:21.29Notify02GCI:rossberg * 5787710711136256 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
09:21.39Notify02GCI:rossberg * 5787710711136256 : Deadline extended - The deadline of the task has been extended with 2 days and 0 hours.
09:21.55andrei_d_rossberg:  regarding marc's task, there's no point in extending the deadline
09:22.07andrei_since the submission deadline is in 8 hours or so :)
09:22.59YashM_andrei, do you have suggestions for this http://www.google-melange.com/gci/task/view/google/gci2014/5895033286819840
09:23.00gcibot[[ Design a set of render / cancel render icons #4 || BRL-CAD || NeedsWork || Sean ]]
09:23.50andrei_hmm
09:24.37andrei_you could make
09:24.48andrei_<PROTECTED>
09:24.51andrei_at first solid
09:24.58andrei_then larger points
09:25.02andrei_then gradually smaller points?
09:25.05andrei_does it make sense?
09:25.51YashM_you mean pixels?
09:26.25Notify02GCI:rossberg * 5787710711136256 : ??? -  Task wasn't to apply the patch but to run the unit test. You wrote the patch by yourself, so applying it shouldn't be a problem for you. But did you...
09:26.46YashM_what is "the form"
09:26.52andrei_I mean
09:26.56andrei_look at your previous design
09:27.04andrei_I called that polygon a form
09:27.09andrei_(what sean said it looks like arb6)
09:27.13*** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:30.06Notify02GCI:tannousmarc * 5787710711136256 : check irc -  Pinged you with the issue..got a fresh repo and tried making the tests, but there is an issue. Can you please tell me if it is only on my machine?
09:34.32YashM_I can't pixelate the surfaces since it's just one color
09:35.01YashM_i will have to manually do make squares that way which would be difficult to do since its a small space and is 3D
09:35.38YashM_the wedge icon wouldn't have the dashed lines making a cube, would it?
09:36.11andrei_hmm, YashM
09:36.13andrei_let me think a bit
09:36.18andrei_your task clearly shows enough effort
09:36.25andrei_but on the other hand
09:36.35andrei_I don t want to go over brlcad's decision
09:38.03andrei_the idea is to leave the impression of the image being constructed
09:39.21andrei_if you can find a rather easy idea on how to do that
09:39.23andrei_go with it :)
09:40.05Notify02GCI:rossberg * 5787710711136256 : First you have to compile -  First you have to compile brlcad, then the core interface, then the test. What did you compiled until now?  BTW, I saw your question...
09:47.34Notify03BRL-CAD Wiki:Nmz787-brlcad * 0 /wiki/File:Mged_radio_graphic_window.gif: The simple walkie-talkie style radio example as a moving GIF demonstrating panning and moving the view in the Graphics Window of mged.
09:48.39Notify03BRL-CAD Wiki:Nmz787-brlcad * 7860 /wiki/User:Nmz787-brlcad: I was editing this last night, but then my browser crashed and I lost the preview mediawiki-text :(
09:55.39*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:00.00nmz787brlcad: I tried a few different ways to embed this youtube video into my wiki page, but couldn't figure it out... the animated GIF I embedded is around 0.6MB, and this H264 MP4 video was 1.0MB when I uploaded it to youtube... difference is it is 2x the resolution (and also if I could embed the video, people wouldn't be forced to download the 600kB of animated GIF if they weren't interested) https://www.youtube.com/watch?v=QyrNamrEJGM
10:31.15*** join/#brlcad merzo (~merzo@31.221.110.40)
10:48.30*** join/#brlcad YashM (~YashM@117.223.12.41)
11:12.49*** join/#brlcad raptor_ (~raptor@194.28.75.209)
11:29.42*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
11:42.02Notify02GCI:rohit_agarwal * 5895422048468992 : Ready for review - The work on this task is ready to be reviewed.
11:42.47Notify02GCI:Melange * 5002699137351680 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
11:44.08Notify02GCI:rohit_agarwal * 5895422048468992 : None -  I uploaded the design. Its a ball being rendered. I also added a shine(which is showing that its being transformed into a original one).
11:53.13raptor_Yesterday I made two parallel tasks - design icons and animations. 1 of 2 checked did not have time to take. Please could you check out the competition design icons? https://mega.co.nz/#F!nREGlRbA!8hLOicB6aSPJfN5L2EjHWQ
11:57.38*** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54)
12:12.26*** join/#brlcad amisha (~amisha@14.139.122.114)
12:15.22MarcTannousd_rossberg: or any other mentor available, I am having issues with installing rt^3. Trying to cmake its directory, I get "Could not find BRL-CAD root directory - please set BRLCAD_BASE_DIR in CMake
12:15.22MarcTannousCall Stack (most recent call first):
12:15.22MarcTannous<PROTECTED>
12:15.34MarcTannousChecked /usr/, I have brlcad installed
12:15.49MarcTannousWhere should I specify its path(/usr/brlcad) so that it works?
12:21.22d_rossbergMarcTannous: wait a minute ...
12:21.52*** join/#brlcad merzo (~merzo@92.60.189.225)
12:22.48d_rossberghave you tried the cmake gui?
12:23.33MarcTannousno
12:23.56MarcTannoushow should I go about doing it?
12:24.00d_rossbergcmake-gui
12:25.12MarcTannoussec, installnig it
12:26.27MarcTannousconfiguring done
12:26.28d_rossbergwhen you have the gui: in "Where to build the binaries:" navigate to your rt^3 build directory
12:26.28MarcTannousgenerating done
12:26.37MarcTannousyep,did that
12:26.49MarcTannoushowever the configuration and generation went way too fast
12:26.52MarcTannousno idea why that is
12:26.56d_rossbergthen in the build directory: make coreinterface
12:27.25d_rossberg(it is small and thats why fast)
12:27.56MarcTannousno rule to make target 'coreinterface'
12:27.59MarcTannousargh
12:29.04d_rossbergin the cmake-gui after configuring: is the BRLCAD_BIN_DIR set?
12:29.37MarcTannousBRLCAD_BIN_DIR value : BRLCAD_BIN_DIR-NOTFOUND
12:29.43MarcTannoussame with configexe and headers dir
12:30.07MarcTannousrt3build is in the same folder as rt^3 and brlcad is in /usr/
12:30.12MarcTannousany idea why this happens?
12:30.14d_rossbergset it to your brl-cad installation bin directory, then configure again
12:30.25MarcTannousis that /usr/brlcad you are reffering to?
12:30.35d_rossberg/usr/brlcad/bin
12:30.58MarcTannouswhat about configexe and headers_dir?
12:31.16MarcTannousoh wait, I configured again with that path setup
12:31.18d_rossbergthey will automatically be detected
12:31.24MarcTannousand I got about three dozen more errors now
12:31.35MarcTannouspretty much all the libraries
12:31.59*** join/#brlcad taranpreet (~taranpree@202.164.53.117)
12:32.30d_rossbergthis aren't errors, this are the new values
12:32.49d_rossbergclick "configure" again
12:32.53MarcTannousthey all have values like "BRLCAD_BN_LIBRARY-NOTFOUND"
12:33.08MarcTannous"error in configuration process, project files may be invalid"
12:33.59MarcTannousshould I try installing brlcad again?
12:33.59d_rossbergdo you have /usr/brlcad/bin/brlcad-config?
12:34.36MarcTannousow
12:34.39MarcTannousI think I found the issue
12:34.49MarcTannousit's actually /brlcad/dev-7.25.0
12:34.52MarcTannouslet me just see if this works
12:35.15MarcTannousow
12:35.17MarcTannousit worked
12:35.28MarcTannousfingers crossed that make coreinterface works now
12:35.35andrei_O_o
12:35.44d_rossbergsome targets may not be found, but this isn't a problem
12:36.03MarcTannousmake: *** No rule to make target `coreinterface'.  Stop.
12:36.18MarcTannous:(
12:36.40d_rossbergdid you "generated" the make files again?
12:37.06MarcTannousyes
12:37.14MarcTannousand cmake-gui returned no errors on that
12:37.15andromeda-galaxyd_rossberg, andrei_: do either  of you have any ideas about my question about extruded-sketch uv mapping)
12:38.40MarcTannousthe files all seem to be in place too
12:39.08*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
12:39.16MarcTannousI have 4 directories, src,tests,tests-bin,cmakefiles and 4 files outsideo f them cmakecache, cmake_install, ctesttestfile and makefile
12:40.53d_rossberghmm, i'll try from scratch ...
12:41.46andromeda-galaxy(sorry to interrupt, but I've been wondering for a while, so I wanted to ask before you left)
12:42.46MarcTannousno problem..I am just feeling really stupid and think that there's something easy I missed somewhere
12:43.06MarcTannousand wanted to see if the issue only happens on my machine
12:44.03d_rossbergMarcTannous: is /brlcad/dev-7.25.0/bin in your path?
12:44.31d_rossbergon my machine it finds everything automaticaly
12:44.39andrei_aah, that's it
12:44.40andrei_Marc:
12:44.41MarcTannousno it is not
12:45.09andrei_echo PATH=$PATH:/usr/dev-7.25.0/brlcad/bin should do it
12:45.11andrei_or even
12:45.14andrei_echo PATH=$PATH:/usr/dev-7.25.0/brlcad
12:46.33MarcTannousFound BRL-CAD at /usr/brlcad/dev-7.25.0
12:46.33MarcTannous<PROTECTED>
12:46.33MarcTannous<PROTECTED>
12:46.37MarcTannousfrom cmake-interface
12:46.40MarcTannouscmake-gui*
12:46.50MarcTannousCould not locate 'brlcad-config' - no BRL-CAD version available
12:46.57MarcTannousshould I just try re-installing brlcad?
12:48.34andrei_try it with /bin as well
12:48.41andrei_PATH=$PATH:/usr/dev-7.25.0/brlcad/bin
12:48.44Notify02GCI:retardvoldy * 5511140318642176 : Ready for review - The work on this task is ready to be reviewed.
12:48.45andrei_echo PATH=$PATH:/usr/dev-7.25.0/brlcad/bin
12:48.46MarcTannousthat's what I tried
12:48.54andrei_that's really weird
12:50.01d_rossbergMarcTannous: maybe you should make a clean install first, the brlcad-config script is needed there
12:50.22MarcTannousclean install = delete rt^3, delete brlcad and install everything all over again?
12:50.24*** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
12:50.42d_rossbergandromeda_galaxy: whar was your question?
12:51.07andromeda-galaxyI've been trying to figure out a reasonable uv mapping for extruded objects, but can't think of anything that seems like it would work particularly well... do you (or anyone else) know of any literature on the subject/other best approaches/have ideas for what would work well?
12:51.56d_rossbergyou should first test the patch from the referenced task, does it work?
12:52.01andromeda-galaxyno
12:52.18andromeda-galaxywhen raytracing, rt spits out a ton of errors about invalid uv coordinates
12:54.24andromeda-galaxy"shade_inputs:  bad u, v=0.000000e+00, -1.000000e+00 du, dv=0, 0 seg=extrude_example ID_EXTRUDE surf=1. xy=239, 443 Making green."
12:55.06andromeda-galaxyalso, I can't find any documentation on the purpose of du and dv, what are they're values supposed to mean?
12:55.23d_rossbergis there an obvious reason why the code doesn't work?
12:55.41andromeda-galaxywell, it just sets u and v to vpriv[X] and vpriv[Y]
12:55.52d_rossbergsaying "the patch is bad" would be a valid result too
12:56.01andromeda-galaxyI can't find comment explaining exactly what vpriv does, but that doesn't seem right...
12:59.15andromeda-galaxy(it looks to me like rt_extrude_shot &c are setting vpriv to various different values depending on the type of segment hit, the fact that every other usage of vpriv checks which kind of segment and this doesn't seems wrong to me)
13:03.14d_rossbergvpriv is a "private vector", whatever this means
13:04.10andromeda-galaxyI saw that, I wasn't originally sure what it means
13:04.21andromeda-galaxyI've been looking at the _shot code some more now, however,
13:04.26d_rossbergthere is a RT_HIT_UVCOORD macro which could be eventually useful
13:04.35MarcTannousd_rossberg: something weird is going on
13:04.46MarcTannousyou extended my deadline on http://www.google-melange.com/gci/task/view/google/gci2014/5787710711136256 by 2 days, but it says I have 4 more hours to complete it
13:04.47gcibot[[ Run CoreInterface unit test || BRL-CAD || NeedsWork || Popescu Andrei, Daniel_R ]]
13:05.14MarcTannouswhat happens if the task does not get closed in the next 4 hours?
13:05.15d_rossbergyes, GCi ends in 4h
13:05.16andromeda-galaxyd_rossberg: isn't that macro for potential callers?
13:05.25andromeda-galaxyd_rossberg: I've been looking more at vpriv
13:05.41andromeda-galaxyand it sets it to (kind of odd) different values for each type of segment/surface
13:05.43andromeda-galaxy:
13:05.52andromeda-galaxyfor example, for an lseg, it sets vpriv t
13:05.54andromeda-galaxy*to
13:06.10andromeda-galaxy<PROTECTED>
13:06.18MarcTannousoh god
13:06.31andromeda-galaxy<PROTECTED>
13:06.38MarcTannouswell time to close any app running in the background and hope I can get a clean build and my patch working before that
13:07.17d_rossbergandromeda-galaxy: as i've said, explaining why the patch doesn't work at all can be a result of your task too
13:08.15andromeda-galaxyd_rossberg: well, I was hoping to get it working correctly (since that's what the task description originally says)... do you have any ideas what a correct uv mapping function would look like?
13:08.30starseekerdepending on the shell, you may need to set your path with export not echo
13:08.48starseekere.g. export PATH=$PATH:/usr/dev-7.25.0/brlcad/bin
13:10.11starseekerMarcTannous: what shell do you use?
13:11.12MarcTannousbash
13:11.22starseekeryeah, try export instead of echo
13:15.02andromeda-galaxystarseeker: any ideas about uv mapping functions? I would like to get a new one implemented before submitting the task, but can't find/think of anything that seems like it would work well (smooth, continuous, one image over all the faces...) mostly because there can be holes inside the object...
13:15.07MarcTannousokay so I just got a clean install
13:15.10MarcTannouson brlcad
13:15.22MarcTannoustried making, still not finding brlcadbin_dir
13:15.27MarcTannouslet me try to export what starseeker said
13:16.26MarcTannousstill not working
13:16.43MarcTannousBRLCAD_BIN_DIR-NOTFOUNd
13:16.58starseekerandromeda-galaxy: sorry, not offhand - i've wanted to look into this for uv mappings:  http://www.cs.columbia.edu/~keenan/Projects/SpinTransformations/
13:17.21starseekerandromeda-galaxy: but I don't know for sure if it's of any help or not, and probably doesn't address holes
13:17.34starseekerMarcTannous: what does "which mged" report?
13:17.55MarcTannouswhere should I see it?
13:18.18starseeker/usr/dev-7.25.0/brlcad/bin/mged if that's where you've installed brlcad
13:18.31MarcTannouslet me see
13:18.49MarcTannousno mged directory in bin
13:18.58starseekerwhere is brlcad installed?
13:19.28starseekeris it /usr/brlcad/dev-7.25.0 or somewhere else?
13:19.33MarcTannousyes
13:19.39MarcTannousthat is it
13:20.06starseekerthen tha'ts the path you want to use:  export PATH=$PATH:/usr/brlcad/dev-7.25.0/bin
13:20.15MarcTannousthat's what I usedc
13:20.41starseekerearlier it was usr/dev-7.25.0/brlcad
13:20.56MarcTannousyou typed that, but I corrected it when inputting in bash
13:21.19starseekeris there an mged binary at /usr/brlcad/dev-7.25.0/bin/mged ?
13:22.00MarcTannouswell I must have typed dev-7.24.0
13:22.11MarcTannousbecause I tried it again, no errors and now tried making coreitnerface and it worked
13:22.14MarcTannousthanks
13:22.18starseekernods
13:22.32starseekerno problem
13:23.24andromeda-galaxystarseeker: oh well... d_rossberg: any other ideas?
13:25.24Notify02GCI:brlcad * 5888591171420160 : Task Closed - Congratulations, this task has been completed successfully.
13:25.47d_rossbergandromeda-galaxy: no idea, i have never had a look at uv mapping :(
13:26.24andromeda-galaxyd_rossberg: oh well...
13:26.27andromeda-galaxybrlcad: are you around?
13:26.46andromeda-galaxyd_rossberg, starseeker: well, thanks for discussing it with me anyway
13:30.21MarcTannousoh so many errors to fix
13:30.22MarcTannousdamn
13:30.40MarcTannousgood thing it's only some constructors not being capitalized
13:32.23Notify02GCI:brlcad * 5895422048468992 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
13:32.59Notify02GCI:Melange * 5859130111688704 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task.
13:33.56*** join/#brlcad amisha_ (~amisha@14.139.122.114)
13:34.25*** join/#brlcad merzo (~merzo@31.221.110.40)
13:34.27MarcTannousd_rossberg, andrei_: a strange issue with the Sphere object
13:34.40andrei_what issue?
13:34.58MarcTannoustesting the Clone() function, I created two spheres, sph and sph2
13:35.32MarcTannousone of them was being parsed as a parameter to the test "static int test(BRLCAD::Sphere sph)" while the other was being initialized as BRLCAD::Sphere sph2
13:35.48MarcTannousto clone sph into sph2, the correct syntax is sph2=sph.Clone(); ?
13:36.02andrei_I believe it's
13:36.11andrei_Spehere *sph2 = sph.Clone();
13:36.13andrei_yes
13:36.16andrei_Sphere*
13:36.24MarcTannous<PROTECTED>
13:36.28MarcTannouswait
13:36.32MarcTannous<PROTECTED>
13:36.44MarcTannousdamn copy paste is not working properly over irc
13:37.05MarcTannousI am getting an eror when compiling it, "no match for operator= operand types are BRLCAD::Sphere and BRLCAD::Object*
13:37.10MarcTannousin sph2=sph.Clone();
13:37.18MarcTannousthey are both initialized as BRLCAD::Sphere s
13:37.19d_rossbergClone() returns a pointer
13:37.20andrei_ah
13:37.22MarcTannousI just double checked
13:37.27andrei_the error tells you
13:37.44d_rossbergBRLCAD::Sphere* sph2
13:37.44andrei_what d_rossberg mentioned
13:37.53Notify02GCI:brlcad * 5895422048468992 : general idea is good -  Rohit, the general idea you have is good. However, the rendering isn't emphasized enough. For example, the "pixels" you have a barely...
13:38.17d_rossbergand don't forget to delete sph2 after you don't need it any more
13:38.34MarcTannoushmm
13:38.41MarcTannoustried what you said and now I get
13:38.53MarcTannouserror: invalid conversion from 'BRLCAD::Object*' to 'BRLCAD::Sphere*'
13:39.41d_rossbergthat's right, Clone() is an Object method
13:39.43andrei_hm
13:39.54andrei_reinterpret_cast<BRLCAD::Sphere*>
13:40.04d_rossbergcast it (static_cast or dynamic_cast)
13:40.15MarcTannouswait what
13:40.18andrei_you need to do
13:40.44andrei_BRLCAD::Sphere* sph2 = static_cast<BRLCAD::Sphere*> sph.Clone();
13:40.58d_rossbergor: BRLCAD::Sphere sph2; sph2 = sph;
13:41.19MarcTannouswhat does static_cast do?
13:41.25MarcTannousasking just so that I understand what I'm doing
13:41.29andrei_it changes the object's type
13:41.40d_rossbergthis is the usual c-style cast
13:41.42MarcTannousoh
13:41.53andrei_sphere extends object
13:41.54MarcTannouswhat you would do in c++ with (char*) for example?
13:42.02d_rossberg(together with reinterpret_cast)
13:42.07andrei_you would use string :)
13:42.18MarcTannousyeah, but you got my point
13:42.41andrei_I did, but I m not sure what you re asking
13:42.43andrei_regarding char*
13:42.50MarcTannouschar* was just an example
13:43.05MarcTannousthe static_cast changes an object's type to whatever you want it to, right?
13:43.06andrei_you could do char* something = static_cast<char*> initially_voidstar_pointer too
13:43.16andrei_yeah
13:43.16MarcTannousokay
13:43.18MarcTannousnow I got it
13:43.18MarcTannousty
13:43.22andrei_just like how you do in C with (type)
13:43.29MarcTannousyeah
13:44.04andrei_if the roles were switching
13:44.09andrei_you d get no compiler warning
13:44.16andrei_or you shouldn't, at least
13:44.45andrei_in any case, nevermind, it's not related to your issue
13:45.14MarcTannousokay so I fixed pretty much everything that was related to my test
13:45.29andrei_does it build ?
13:45.35MarcTannousexcept for a thing that I got from the other tests and discussed a few weeks ago here on IRC that this is how I should approach it
13:45.54MarcTannouslet me copy it into a pastebin as copy paste is not owrking properly for me over irc
13:47.04MarcTannoushttp://pastebin.com/E62za79T
13:47.04MarcTannousthis
13:47.28MarcTannousmy "main" is a void because if the test is a succes the object gets added to the database, and takes the database as a parameter
13:47.34MarcTannousjust like the other tests (halfspace, for example)
13:48.02*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
13:48.08andrei_‘Database’ is not a member of ‘BRLCAD’
13:48.10andrei_this is weird
13:48.21andrei_have you included it?
13:48.56MarcTannousoh wait
13:49.03MarcTannousI had to include "primitives.h"
13:49.04MarcTannousmy bad
13:49.06MarcTannousworks now
13:49.21andrei_awesome ! :)
13:49.36MarcTannouswow
13:49.37MarcTannousthis feels good
13:49.47MarcTannousjust got rid of dozens of errors
13:50.33andrei_haha, you ll get to do that for pretty much the most part of your proffesional life, don't worry :)
13:50.54andrei_also,  in C++, there's no shortage of errors
13:51.35MarcTannousI'm happy that I got to finish my task in due time
13:52.14Notify02GCI:brlcad * 5511140318642176 : oops -  Retardvoldy,  Daniel is quite right. I was initially impressed that you covered all of the 3d modeling designs and didn't notice that this is a sticker...
13:52.25Notify02GCI:tannousmarc * 5787710711136256 : Test worked, after some modifications -  marc@marc-To-be-filled-by-OEM:~/clean/rt3build$ make tester_ci_primitives [ 88%] Built target coreinterface Scanning...
13:52.30Notify02GCI:brlcad * 5511140318642176 : Task Reopened - This task has been Reopened.
13:52.45unicodesnowmanwow
13:52.50Notify02GCI:tannousmarc * 5787710711136256 : Ready for review - The work on this task is ready to be reviewed.
13:52.52unicodesnowmanwhat is with so many people wanting to cheat in brlcad?
13:53.14andrei_what do you mean?
13:53.33MarcTannousprobably talking about the forges
13:53.45andrei_ah, I didn't notice brlcad's full reply
13:54.28MarcTannousdoes my task also have to be evaluted before gci ends? or is there some extra time for that?
13:54.45unicodesnowmanextra time
13:55.03MarcTannousphew
13:55.17``ErikI'd be surprised if BRL-CAD has a much higher plagiarism rate than other projects :/ some people have no ethics and think that "lie cheat and steal" is ok
13:55.34d_rossbergMarcTannous: did you run "make test" ?
13:55.36andrei_``Erik, I think unicodesnowman might have a point
13:55.46andrei_we had plenty design/gallery tasks
13:55.55MarcTannousd_rossberg, yeah
13:55.58andrei_which are easy to copy
13:55.58MarcTannouslet me just copy paste the results
13:56.05d_rossberg:)
13:56.18MarcTannoushttp://pastebin.com/qF4qHdsZ
13:56.38MarcTannousoops wrong copy pate
13:56.55MarcTannoushttp://pastebin.com/jsA4CkCq there we go
13:57.09Notify02GCI:brlcad * 5820470842621952 : 3 hours -  Just three hours remaining to work on GCI tasks! Please upload your best and final work by then.
13:57.29Notify02GCI:brlcad * 5264182400253952 : 3 hours -  Just three hours remaining to work on GCI tasks! Please upload your best and final work by then.
13:57.49Notify02GCI:brlcad * 6360824117460992 : 3 hours -  Just three hours remaining to work on GCI tasks! Please upload your best and final work by then.
13:57.54Notify02GCI:brlcad * 5688858951811072 : 3 hours -  Just three hours remaining to work on GCI tasks! Please upload your best and final work by then.
13:58.09Notify02GCI:brlcad * 6087649752252416 : 3 hours -  Just three hours remaining to work on GCI tasks! Please upload your best and final work by then.
13:58.24Notify02GCI:brlcad * 4625664627965952 : 3 hours -  Just three hours remaining to work on GCI tasks! Please upload your final work by then.
13:58.34Notify02GCI:rossberg * 5787710711136256 : Task Closed - Congratulations, this task has been completed successfully.
13:58.51MarcTannousthank you d_rossberg and andrei_ for your help today
13:58.54Notify02GCI:brlcad * 5511203400974336 : 3 hours -  Hi Aditya! Just three hours remaining to work on GCI tasks! Please upload your final work by then.
13:58.56MarcTannousfelt great to get it working
13:59.04Notify02GCI:brlcad * 4956557716488192 : 3 hours -  Just three hours remaining to work on GCI tasks! Please upload your final work by then.
13:59.14Notify02GCI:brlcad * 5571450517848064 : 3 hours -  Just three hours remaining to work on GCI tasks! Please upload your final work by then.
13:59.19Notify02GCI:brlcad * 6415875447980032 : 3 hours -  Just three hours remaining to work on GCI tasks! Please upload your final work by then.
13:59.50Notify02GCI:brlcad * 5604954702086144 : 3 hours -  Just three hours remaining to work on GCI tasks! Please upload your final work by then. The deadline is firm and no submissions will be allowed...
14:00.39Notify02GCI:brlcad * 4547822640693248 : 3 hours -  Just three hours remaining ...  Looks like you're were just a hair shy of outpacing Ignacio. :)
14:01.18MarcTannouswow
14:01.24MarcTannousignacio has 84 tasks completed
14:01.34Notify02GCI:o7p9bxbnyj * 4547822640693248 : Ready for review - The work on this task is ready to be reviewed.
14:01.40andrei_and you?
14:01.50andrei_(can't access the website from work)
14:01.52MarcTannous48
14:01.57MarcTannousignacio is at another org tho
14:02.01unicodesnowmanin wikimedia, someone wanted 3 tasks completed
14:02.04MarcTannousbut damn this guy
14:02.06unicodesnowmanyesterday, they unclaimed one task
14:02.17unicodesnowman1 minute before the deadline for claiming
14:02.22unicodesnowmanand didn't have time to claim another..
14:02.32MarcTannouswow
14:02.42unicodesnowmanwhat's curious is if they kept their original task.. they'd have 3 done and a tshirt.
14:03.11andromeda-galaxyMarcTannous: if you keep wanting to work on rt^3, something to consider would be reworking the test harness, as it is, "make test" is going to pass whether or not the tests are failing...
14:03.29MarcTannousyeah, you mentioned that a few weeks ago
14:03.38MarcTannousabout making the tests simialr to the ones over on brlcad, right?
14:08.50andromeda-galaxyyeah, basically
14:09.04andromeda-galaxyall the primitive tests are lumped together into one test
14:09.10andromeda-galaxyand that test runner doesn't check the result of the sub-tests
14:09.29MarcTannousyou should really get this to d_rossberg or brlcad's attention
14:09.39MarcTannousthere are few tests now and it could easily be changed I think
14:09.58MarcTannousbut if it gets to dozens of tests running like that, it would be harder to change at once
14:11.09Notify02GCI:rohit_agarwal * 5895422048468992 : Ready for review - The work on this task is ready to be reviewed.
14:14.53andromeda-galaxyd_rossberg: I decided to do what you said and just submit it with an explanation of why the old code didn't work, since no-one could figure out a new algorithm...
14:16.40raptor_Yesterday I made two parallel tasks - design icons and animations. 1 of 2 checked did not have time to take. Please could you check out the competition design icons? https://mega.co.nz/#F!nREGlRbA!8hLOicB6aSPJfN5L2EjHWQ
14:17.16raptor_I do not pretend to that
14:17.19Notify02GCI:o7p9bxbnyj * 4547822640693248 : None -  After asking on IRC and waiting for some time, I decided that I couldn't come up with a new algorithm that worked, and so decided to submit my analysis...
14:18.23*** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
14:19.04Notify02GCI:brlcad * 4547822640693248 : Task Closed - Congratulations, this task has been completed successfully.
14:20.30*** join/#brlcad amisha_ (~amisha@14.139.122.114)
14:21.15Notify02GCI:brlcad * 5895422048468992 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
14:21.35gcibotDo you want to share your guesses about winners? Write them here: https://docs.google.com/spreadsheets/d/1HLYgPnyuXEcWOOQmzE3IMJKuPtFgXdJM7BnErzqbvZY/edit#gid=0
14:22.55andrei_https://docs.google.com/spreadsheets/d/1HLYgPnyuXEcWOOQmzE3IMJKuPtFgXdJM7BnErzqbvZY/edit#gid=0 brlcad doesn't even exist :(
14:23.01andrei_BRL-CAD*
14:23.28andromeda-galaxyonly 6/12 orgs...
14:23.31ty221Create it
14:23.42ty221There shouldnt be any trouble
14:23.45unicodesnowmanadded
14:24.30unicodesnowmansorry, didn't expect gcibot to post it in all channels
14:25.03ty221unicodesnowman: he is watching us
14:25.21andrei_ty221: who's watching you?
14:26.03ty221andrei_: mentors
14:26.31andrei_ty221: there are no mentors around right now, they're busy, but why would they watch you :)
14:27.29Notify02GCI:brlcad * 5895422048468992 Design a set of render / cancel render icons #2 https://www.google-melange.com/gci/task/view/google/gci2014/5895422048468992:   just flipped?   Just flipping the...
14:27.30gcibot[[ Design a set of render / cancel render icons #2 || BRL-CAD || NeedsWork || Sean ]]
14:27.30Notify02GCI:helix * 5895033286819840 : None -  If it had to be a wedge, there wouldn't be any dashed lines that make a cube, isn't it? The thing is, I can't pixelate this as the surfaces are one plain...
14:27.47ty221andrei_: To check my task progess :p
14:27.57*** join/#brlcad amisha_ (~amisha@14.139.122.114)
14:30.43YashMGCI was fun, thanks everyone
14:32.56MarcTannouswell someone is ruining the guesses table
14:35.03ignacioMarcTannous, is that me?
14:35.05ignacio"<Notify> 09:00:39> GCI:brlcad * 4547822640693248 : 3 hours -  Just three hours remaining ...  Looks like you're were just a hair shy of outpacing Ignacio. :)"
14:35.21MarcTannousthere is someone typing Charlie Hebdo into all the fields
14:35.30MarcTannousnot sure who it is
14:35.46ignaciolol, but Ignacio = me?
14:35.49andromeda-galaxyignacio: are you the ignacio from sugar labs?
14:36.01unicodesnowmanMarcTannous, someone is very immature.
14:36.20MarcTannousunicodesnowman, is there any way to prevent it frm happening?\
14:36.33unicodesnowmancan't do that and keep it open for editing, but there is the revision history tool
14:36.35unicodesnowmanit's very easy to revert
14:37.09MarcTannousoh
14:37.16MarcTannousthat's great
14:38.18andrei_I wonder how many simultaneous users
14:38.23andrei_can gdocs support
14:38.38MarcTannousthere's 50 atm on that doc
14:38.55ignacioandromeda-galaxy, yes :P
14:39.07andromeda-galaxythen it's probably you
14:39.54ignaciowell, I dont understand the comment.
14:40.07MarcTannouswhich comment?
14:41.01ignacio"  Looks like you're were just a hair shy of outpacing Ignacio"
14:41.11YashMlol someone wrote Raptor all over BRL-CAD
14:41.19MarcTannousprobably regarding the fact that you have like 85 tasks
14:41.53YashMDamn why can't people behave
14:42.16MarcTannousanonimity does wonders to people's personalities
14:42.59unicodesnowmanreverted.. sigh
14:43.01raptor_YashM: Hmm who wrote it
14:43.24YashMraptor, someone's obsessed with you ;)
14:43.54YashMandromeda-galaxy, Marctannous, you guys coming back next year?
14:44.00MarcTannousyep
14:44.01raptor_probably yes
14:44.12andromeda-galaxyYashM: not sure yet
14:44.19MarcTannousnot sure if I have the age to do so though
14:44.21YashMThis was my first and last time :(
14:44.37raptor_do not come back)
14:45.16raptor_I was joking)
14:46.41Notify02GCI:rohit_agarwal * 5895422048468992 : Ready for review - The work on this task is ready to be reviewed.
14:50.13MarcTannousyeah, that prediction stuff ain't gonna work
14:50.18MarcTannouspeople changing everything around
14:52.19ignaciowth is wrting 'raptor' in brlcad!?
14:52.24MarcTannouserm
14:52.31MarcTannousI just got access denied from that document
14:52.37MarcTannousfor changing my predictions back to what they initially were
14:52.38MarcTannous...
14:52.39unicodesnowmanI reset the link.
14:52.47unicodesnowmanMarcTannous, I blocked everyone, sorry.
14:52.54unicodesnowmanraptor_, you know I can see google accounts..
14:52.54unicodesnowmanstop.
14:53.34raptor_<PROTECTED>
14:53.42ignacioraptor_, ...
14:53.44YashMlol
14:54.11raptor_Why give open access?!?
14:54.16MarcTannousI'm off to study for exams guys
14:54.17MarcTannousgood luck
14:54.21raptor_LOL
14:54.23MarcTannousIt's been a great journey
14:54.36MarcTannousI for one learned to work on Linux so I've got that going
14:54.37MarcTannous:D
14:54.49ignacioMarcTannous, you still design backgrounds?
14:54.50ignacioxD
15:17.32Notify02GCI:atul009 * 6415875447980032 : Ready for review - The work on this task is ready to be reviewed.
15:20.47Notify02GCI:gjeet * 6415875447980032 : Task Closed - Congratulations, this task has been completed successfully.
15:24.12Notify02GCI:gjeet * 6415875447980032 : Great work -  Hey Atul, nicely done. I really liked it.  Also thanks for doing GCI with BRL-CAD. I would like to hear your overall experience in working with BRL-CAD...
15:37.32Notify02GCI:brlcad * 5895422048468992 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to...
15:40.32Notify02GCI:brlcad * 5895422048468992 : minimum? -  I hope you're not just doing the minimum possible to get this task accepted. Please look at the links in more detail and/or come up with different ideas...
16:08.15*** join/#brlcad vipulsharma (0e63c454@gateway/web/freenode/ip.14.99.196.84)
16:15.50*** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54)
16:21.22*** join/#brlcad amisha (~amisha@14.139.122.114)
16:40.52Notify02GCI:rohit_agarwal * 5895422048468992 : Ready for review - The work on this task is ready to be reviewed.
16:43.33Notify02GCI:rohit_agarwal * 5895422048468992 : None -  Sir I blurred the "pixels" in my previous design that makes the change looks more 'smooth'. I also made a new design. Both my designs are included in...
16:56.58Notify02GCI:adityagulati * 5511203400974336 : Apology -  sir,  sorry I won't be able to submit the task. Actually due to too much of work in the school I wasn't able to work in the last few days. Sorry...
16:58.17*** join/#brlcad nmz787_i (~nmccorkx@134.134.139.70)
17:00.03gcibotContest is over.... Did you enjoy it :-)?
17:06.48raptor_I was just 2 weeks), but learned a lot!
17:08.17YashMbrlcad, i will continue to do icon tasks in the next few days, just for the kicks ;)
17:08.32MarcTannousI will keep doing the unit tests too :P
17:09.04YashMthat's great, i would feel bad to leave this in the middle :/
17:14.27YashMgood night
17:22.47*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
17:27.32*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
17:45.41andromeda-galaxyI'll finish all ofm y projects, but not for a couple of months, things are about to get quite busy for me...
18:22.19*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
18:33.33*** join/#brlcad nmz787_i1 (~nmccorkx@134.134.139.70)
18:35.24*** join/#brlcad amisha (~amisha@14.139.122.114)
18:51.21*** join/#brlcad andrei_ (~quassel@188.25.163.57)
18:52.31gcibotAre you afraid of final results? ;-) Who will win?
18:59.47nmz787_i1for a bot, gcibot is eerily intelligent
19:00.19unicodesnowmanandromeda-galaxy, poxip code-out 2014 will have tshirts btw
19:01.30ty221unicodesnowman: made by me
19:01.34ty221Using calculator
19:08.41MarcTannouspoxip code-out is down :(
19:21.52andromeda-galaxyunicodesnowman: what's 'poxip code-out'?
19:24.46andrei_does anyone have the link
19:24.50andrei_for that gci spreadsheet?
19:24.57*** join/#brlcad amisha (~amisha@14.139.122.114)
19:25.16MarcTannoushttps://docs.google.com/spreadsheets/d/1HLYgPnyuXEcWOOQmzE3IMJKuPtFgXdJM7BnErzqbvZY/edit#gid=0
19:25.20MarcTannousandrei_ : ^
19:26.08andrei_my eyes bleed
19:26.16andrei_what happened to it?
19:28.26MarcTannousidk
19:28.37MarcTannousthe admin locked some rows so that people could not troll it
19:34.52gcibotOkay guys. Now GCI is over, is time to hibernate.. :P See you next year :)
19:41.20*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
20:03.15*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
20:53.01*** join/#brlcad merzo (~merzo@87-11-132-95.pool.ukrtel.net)
21:28.54*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
21:37.32*** join/#brlcad nmz787_i (~nmccorkx@134.134.139.70)
21:55.04*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
23:40.01*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
IRC log for #brlcad on 20150120

IRC log for #brlcad on 20150120

00:06.40*** join/#brlcad nmz787_i (~nmccorkx@134.134.139.70)
00:26.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:03.58starseekerandromeda-galaxy: no problem - happens.  When you do get back around to working on the NACA stuff, we'll have to figure out how to use it to create actual NURBS brep objects :-)  between that and the tire generator we'd be on our way to a flying car proc-db ;-)
01:55.12andromeda-galaxystarseeker: indeed, I will try to come and finish the NACA conversions when I can, as well as trying to finish the raytracer bundle api...
03:53.58*** join/#brlcad YashM (~YashM@117.198.3.109)
04:00.19Notify02GCI:brlcad * 5895422048468992 : Task Closed - Congratulations, this task has been completed successfully.
04:02.44YashMbrlcad, was wondering whether you saw the comment on my render icons task
04:18.37*** join/#brlcad unicodesnowman (~unicodesn@2602:ffea:1001:1fa::97d2)
04:32.38*** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140)
05:03.34*** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54)
07:20.53*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
07:21.43andrei_hello
08:11.11*** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman)
08:19.51*** join/#brlcad merzo (~merzo@87-11-132-95.pool.ukrtel.net)
08:21.36*** join/#brlcad andrei__ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
09:24.18Notify03BRL-CAD Wiki:Hitesh sofat * 0 /wiki/User:Hitesh_sofa:
09:30.33*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:48.39*** join/#brlcad merzo (~merzo@92.60.189.225)
10:59.12*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:12.21*** join/#brlcad merzo (~merzo@92.60.189.225)
12:17.49*** join/#brlcad andrei__ (c35a6e7d@unaffiliated/andrei/x-7229309)
12:17.49*** join/#brlcad andrei__ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
12:37.38*** join/#brlcad merzo (~merzo@31.221.110.40)
12:40.05*** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
13:01.14*** join/#brlcad rohitagarwal (31f93502@gateway/web/cgi-irc/kiwiirc.com/ip.49.249.53.2)
13:42.18*** join/#brlcad YashM (~YashM@117.198.3.109)
13:59.10*** join/#brlcad balder_ (670ac5ca@gateway/web/freenode/ip.103.10.197.202)
14:13.02*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
14:13.39*** join/#brlcad YashM_ (~YashM@117.198.3.109)
14:34.18MarcTannoushey guys
14:34.23MarcTannousit's getting quiet in here :D
14:34.51andrei_yeah, it happens
14:35.04MarcTannouswhen is the evaluation process coming around?
14:35.44andrei_these two weeks
14:36.03andrei_there is quite a lot of data to gather, it takes a bit
14:37.04YashM_I need to discuss some tasks with Sean but our timezones are opposite :(
14:38.07andrei_out of curiosity, YashM_, what's your timezone?
14:38.18YashM_5:30 GMT
14:38.31andrei_huh
14:38.39andrei_you re  GMT+3
14:38.49andrei_it's GMT+2 here
14:38.51YashM_GMT +5.5
14:38.55YashM_not +3
14:39.32andrei_oh
14:39.42YashM_Isn't it like 9 am in the us
14:40.34andrei_it s gmt -8 to -5
14:40.37andrei_so yeah, probably
14:40.38teepee-yeah, on the east cost
14:40.53YashM_total opposite :/
14:44.23andrei_meh, here's cold and snowy, at least you don't have that, YashM_
14:44.46YashM_Haha that's true
14:45.07YashM_The lowest it gets here is 15 degree C
14:45.47andrei_that means you can still go out in tshirt
14:45.58andrei_without freezing
14:46.02MarcTannouswait what
14:46.04MarcTannousoh my god
14:46.09MarcTannous15 degrees minimum?
14:46.15MarcTannousI'm packing my bag and flying over
14:46.17andrei_haha
14:46.35andrei_I think it's the same with Florida and Souther California
14:46.38YashM_There's places in north of our country where it goes to like -2
14:46.42YashM_but that's just one place
14:47.19YashM_The highest in summers is like 40 C
14:47.23MarcTannous...
14:47.27YashM_So it's pretty good all year
14:47.28MarcTannousthat's not even that high
14:47.43YashM_Yeah, the weather is kinda balanced
14:47.44andrei_yeah
14:47.52andrei_we got more than 40 C, tho not that often
14:48.36YashM_But hey, our internet speeds are like 100-200 kB/s!
14:48.52andrei_everywhere?
14:49.21YashM_In big cities like Mumbai and Delhi it might go to 1-2 MB/s but that's it
14:49.27MarcTannousO.o
14:49.32MarcTannoushere I am complaining about my 10-12mb/s
14:49.34YashM_most of the cities live in 60 kB/s
14:49.56andrei_that's quite the average, Marc
14:49.58andrei_or above
14:50.08MarcTannousabove I think
14:50.08*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:50.24YashM_Marc, MB or mb?
14:50.27andrei_MB
14:50.44MarcTannousyeah my bad
14:51.16andrei_I got the same, between 10 to 16
14:51.20YashM_Well, that does "exist" here but not really for average consumers
14:51.41MarcTannousthis is something I pay like 5$ a month I think
14:51.49andrei_yeah, it's really standard
14:52.11andrei_when I was a kid, we only had dial up
14:52.22andrei_or that 64byte cable speed
14:52.36andrei_I remember adding something to download, then going out, hoping it will be finished when I get back
14:52.43YashM_xdD
14:52.50YashM_I can relate
14:54.18andrei_also, YashM_, both me and Marc live in the capital
14:54.27andrei_It's not the same all over
14:55.02YashM_Yeah, capitals are always better everywhere :P
14:55.21andrei_I might exagerate
14:55.30andrei_but here, the capital is bigger than all the major cities altogether
14:55.41andrei_all the other*
14:57.05andrei_anyway, guys, I'
14:57.08andrei_I'm off.
14:57.13MarcTannouscya later
14:57.36YashM_peace
15:09.16*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:24.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:42.40Notify03BRL-CAD:ejno * 63982 brlcad/trunk/src/libged/simulate/collision.cpp: commit some minor changes simplifying calculate_contact_points()
15:44.08Notify03BRL-CAD:ejno * 63983 (brlcad/trunk/src/libgcv/plugin.c brlcad/trunk/src/libgcv/plugin.h): use struct gcv_opts in the plugin manager
16:14.53*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
16:51.53*** join/#brlcad nmz787_i (~nmccorkx@134.134.139.74)
16:59.57*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
17:06.09*** join/#brlcad YashM_ (~YashM@117.198.3.109)
17:39.53*** join/#brlcad deepak_ (~chatzilla@117.220.174.67)
18:21.35*** join/#brlcad albertcoder (~quassel@61.1.11.132)
18:24.29*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
18:40.56Notify03BRL-CAD:carlmoore * 63984 (brlcad/trunk/doc/docbook/system/man1/en/pixfade.xml brlcad/trunk/src/util/pixfade.c): implement -m, already documented in the man page, in pixfade.c ; also fix up pixfade.xml
20:36.22*** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
20:37.31*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
20:43.49Notify03BRL-CAD:n_reed * 63985 brlcad/trunk/src/libged/concat.c: Fix dbconcat crash when using -c option; can't assume color table exists. Report when requested attributes weren't found.
20:53.43*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
21:54.56*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
22:11.04Notify03BRL-CAD:ejno * 63986 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/plugin.h): add setup.cpp for gcv plugin registration (in progress)
22:39.30Notify03BRL-CAD:ejno * 63987 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/plugin/setup.cpp): compile/register g-stl as a plugin (in progress)
22:59.58*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
IRC log for #brlcad on 20150121

IRC log for #brlcad on 20150121

00:15.56Notify03BRL-CAD Wiki:WilliamEnright * 0 /wiki/User:WilliamEnrigh:
01:49.33*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
03:14.16*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-pqjntedbnkcwsrpc)
03:30.32*** join/#brlcad YashM (~YashM@117.198.21.18)
04:36.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:00.51*** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman)
05:09.28*** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54)
05:27.03*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
05:40.16*** join/#brlcad ForKor (32615e26@gateway/web/freenode/ip.50.97.94.38)
06:08.29*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
06:09.07*** join/#brlcad andrei_ (c35a6e7d@unaffiliated/andrei/x-7229309)
06:09.07*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
07:14.14*** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174)
07:47.37*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
07:50.16*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:26.43*** join/#brlcad roshan (~roshan@103.225.100.51)
08:48.41*** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:02.29*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
09:18.56*** join/#brlcad nmz787_i (~nmccorkx@134.134.139.72)
10:03.28*** join/#brlcad roshan (~roshan@103.225.100.51)
10:04.30roshanHello I am new , I have successfully compiled brl-cad and would like to start working , could someone help me out
10:05.09andrei_hello, roshan, this might help : http://brlcad.org/wiki/Deuces
10:06.28*** join/#brlcad winghouchan (~holoirc@149.254.182.126)
10:10.23roshanandrei: Thank You
12:29.05*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
12:30.37*** join/#brlcad bugport (~bugport@91.103.85.100)
12:36.59*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
12:55.12starseekerhah - minizinc 2.0 is out.  sweet!
12:55.40*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
12:58.31*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
13:05.32*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
13:19.58*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
13:30.38*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
13:34.04*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
14:10.17Notify03BRL-CAD Wiki:Hitesh sofat * 7861 /wiki/Docbook: Created page with "Our requirements:- 1) we need bidirectional web-editing 2) we need to convert a slew of non-docbook docs to docbook 3) we need to eliminate/scavenge/archive docs that are o..."
14:18.36*** join/#brlcad shardulc (~shardul@122.169.95.181)
14:19.21*** join/#brlcad svineet (75c854e4@gateway/web/cgi-irc/kiwiirc.com/ip.117.200.84.228)
14:21.43shardulcbrlcad: are you there?
14:21.47*** part/#brlcad svineet (75c854e4@gateway/web/cgi-irc/kiwiirc.com/ip.117.200.84.228)
14:24.00shardulcinfobot help
14:24.16MarcTannousshardulc, what do you need?
14:24.35MarcTannousmaybe someone else can help
14:24.43shardulcI want to pass on a message to brlcad
14:24.55shardulcor if anyone else from BRL-CAD is here, that'll do
14:35.45``Erikjust say it (or ask your question or whatever) and lurk, someone will eventually answer you, maybe
14:35.48``Erik!notify ask
14:35.49NotifyQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
14:36.20shardulc``Erik: no, I had submitted a script as a GCI task, and I just wanted to ask how it was working :)
14:38.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:38.33``Erikhm, I d'no what script you wrote... I know a few submissions have been applied to the svn repo on sf (a task link or # might help someone look to see what's going on)
14:40.04shardulcit was a Python script to detect dead code, GCI task https://www.google-melange.com/gci/task/view/google/gci2014/6455158829481984
14:44.50``Erikhm, I'm sure brlcad has been using it, I don't see it in the BRL-CAD repo, though (looks like it's just a bunch of greps and some bookkeeping? doesn't cpp the .c files or anything? I think macro generated symbols would trip it up, otherwise pretty cool)
14:47.14*** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174)
14:47.22Notify03BRL-CAD:ejno * 63988 (brlcad/trunk/src/libgcv/plugin.c brlcad/trunk/src/libgcv/plugin.h): adjustments to more closely match the libgcv API
15:04.13shardulc``Erik: cpp the .c files, what do you mean? and can I make it better in any way?
15:06.24``Erikshardulc: cpp is the "C PreProcessor", most *nix machines have a command called "cpp", you can do "cpp file.c" and it'll evaluate all the macros (the output will be big)... you can also do "gcc -E" to get the same output. might give you a billion false positives, though :) and I think I'm the only one crazy enough to use macros to generate symbols, ## ftw
15:34.44*** join/#brlcad YashM (~YashM@117.198.21.18)
15:46.33*** part/#brlcad shardulc (~shardul@122.169.95.181)
15:50.34*** join/#brlcad merzo (~merzo@92.60.189.225)
16:43.01Notify03BRL-CAD:ejno * 63989 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/gcv.c and 2 others): initial integration of the plugin backend with the API
16:57.54*** join/#brlcad nmz787_i (~nmccorkx@134.134.139.74)
17:19.26Notify03BRL-CAD:ejno * 63990 brlcad/trunk/src/libgcv/CMakeLists.txt: rename stl_export.c to stl_write.c to match the terms used elsewhere
17:36.28Notify03BRL-CAD:ejno * 63991 (brlcad/trunk/src/libgcv/gcv.c brlcad/trunk/src/libgcv/plugin/setup.cpp): fix check for reader_fn/writer_fn in filters
18:25.22*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-wilhlppvldmaydjk)
18:31.52andromeda-galaxy``Erik: for dead-code, what about going totally overboard and writing a llvm SA pass for detecting the kinds of dead code we care about? if it runs right after clang reads the source into IR, llvm's built-in dce won't have run yet, so it should be able to get at every piece of code that is read by the compiler and dead...
18:32.34andromeda-galaxy(and it would be after macroexpansion & any other early-running code transformations)
18:40.09Notify03BRL-CAD:ejno * 63992 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/gcv.c and 2 others): initial BRL-CAD import/export plugin for libgcv
18:40.20``Erikandromeda-galaxy: that'd be the "awesome enough to make a business out of it" approach, yeh... :D
18:48.53Notify03BRL-CAD:ejno * 63993 brlcad/trunk/src/libgcv/gcv.c: free cxt->db_instance in gcv_destroy()
18:50.34StragusCompilers aren't that great at finding non-trivial dead code
18:50.57StragusLike a branch that can't be taken, depending on reading some data
19:02.44andromeda-galaxyStragus: true, but it probably wouldn't be any worse than doing textual lookups on the source..
19:08.46Notify03BRL-CAD:ejno * 63994 (brlcad/trunk/src/libgcv/gcv.c brlcad/trunk/src/libgcv/plugin/brlcad.c brlcad/trunk/src/libgcv/plugin/stl/stl_write.c): correctly initialize the db_i
19:20.34*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
19:43.33Notify03BRL-CAD:ejno * 63995 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/plugin/setup.cpp brlcad/trunk/src/libgcv/plugin/stl/stl_write.c): create plugin stl_read based on stl-g
19:46.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:14.06*** join/#brlcad merzo (~merzo@126-6-133-95.pool.ukrtel.net)
20:23.48*** join/#brlcad Lord_kk (~Kris@rrcs-184-74-231-66.nyc.biz.rr.com)
20:24.10Lord_kktest
20:36.42Notify03BRL-CAD:carlmoore * 63996 brlcad/trunk/src/util/pixelswap.c: avoid error message if h or ? is specified
20:37.56nmz787_ianyone try compiling BRL-CAD for Android yet?
20:38.07Notify03BRL-CAD:carlmoore * 63997 brlcad/trunk/src/util/pixelswap.c: oops, add a newline to improve readability
20:43.28Notify03BRL-CAD:ejno * 63998 brlcad/trunk/src/librt/ls.c: check correct value in while loop
20:54.00``Eriknot that I know of... I'd be highly surprised if it works, the android ndk is pretty limited and most of the i/o type shtuff that a normal posixy system provides just isn't there... pieces might work, but java (or dalvik) glue would definitely need to be written
20:58.14*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
21:05.31*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
21:05.48Stragus``Erik, there's no POSIX on Android? Darn, that's terrible
21:08.56StragusGoogle says it's missing pthread_cancel(), which isn't such a big deal
21:09.15StragusAnd shared memory stuff
21:10.32andromeda-galaxy``Erik, Stragus: and there are lots of annoyances in compiling a bunch of dependencies with bionic libc
21:10.59andromeda-galaxyI just barely managed to get busybox to work once, I tried emacs but never managed to get ncurses to build
21:12.11StragusNo C++ exceptions (don't care), no STL, (don't care), wide chars (don't care)
21:12.15``ErikStragus: "posixy system", not POSIX... :D if you tried using a minimal POSIX os, it'd seem very very alien
21:12.20StragusSo, for C software, it's pretty much Posix
21:12.57``Eriklike, iirc, out of the box, there is no usable tty/pty
21:13.03``Erikin android
21:13.17StragusIs that mandated by POSIX?
21:13.46``ErikI believe posix.2 addresses it?
21:14.25StragusOkay. I don't know much about POSIX aspects that don't involve the C interface
21:14.33``Erikthat's posix.1
21:15.08``Erikhuh, someone made tk that works on android (they wrote enough of an X layer on top of libsdl)
21:15.11``Erikhttp://wiki.tcl.tk/39022
21:16.38``Erikit's suddenly looking more feasible to run mged/archer (but not necessarily the other ~400 bits) if BRL-CAD ever moves to tcl86
21:17.17``Erikoh, and BRL-CAD needs c++ exceptions and stl at the openNURBS/libbrep level, which librt depends on... librt is kinda important
21:17.48``Erikdrops the mic and walks off the stage :D *duck*
21:18.13*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
21:19.43Stragus:) This could be reimplemented not to depend on a standard C++ library if needed
21:20.30StragusAlthough the C way to implement the functional equivalent of C++ exceptions is a little messy (longjmp)
21:22.29``Erikyeh, and the wrong direction
21:22.42``Erikrewriting openNURBS would be a very nontrivial exercise
21:23.28``Erikum, Stragus, you have android devices, right? there's an sshd for it, um, "ConnectBot" I think? it's an interesting environment
21:23.52``Erikwoops, connectbot is the client
21:24.46``Eriksshdroid is the server I use, https://play.google.com/store/apps/details?id=berserker.android.apps.sshdroid&hl=en
21:42.38*** join/#brlcad unicodesnowman (~unicodesn@2602:ffea:1001:1fa::97d2)
21:50.34Notify03BRL-CAD:ejno * 63999 (brlcad/trunk/src/libgcv/gcv_private.h brlcad/trunk/src/libgcv/plugin/setup.cpp and 2 others): move gcv_plugin_register into gcv_private.h; plugins will be registered in setup.cpp
22:14.47*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
22:22.52StragusYes, I have SSHDroid installed and use it regularly
22:23.03StragusSomehow it's the easiest way to copy files that I have found
22:57.24``Erikhuh, a look at the postproduction of a movie: http://provideocoalition.com/pvcexclusive/story/behind-the-workflow-and-post-production-process-of-gone-girl
23:32.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:33.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:34.53*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
23:47.56*** join/#brlcad krishna_ (~krishna@5.231.52.94)
23:58.05*** join/#brlcad merzo (~merzo@93-27-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20150122

IRC log for #brlcad on 20150122

01:40.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:03.17*** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com)
02:05.55*** join/#brlcad merzo_ (~merzo@93-27-133-95.pool.ukrtel.net)
02:37.21*** join/#brlcad nmz787_i1 (~nmccorkx@192.55.54.36)
02:42.40starseekerconcedes redoing openNURBS as C would be nontrivial, but it would have some nice aspects...
02:45.24starseekerbeen quite a long time since their last release, come to think of it
02:48.04starseekermight be able to identify some subsets to target for initial work... don't need all of 3dm format support to be useful
04:12.52kanzureyesss
04:13.03kanzurestarseeker: i have a partial rewrite of opennurbs in python
04:13.18kanzure(with lots of testing)
04:14.30kanzurei stopped working on it when i stumbled into verbnurbs, althouh i do hope to incorporate lots of verbnurbs stuff into it in the future
04:48.47*** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman)
04:52.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:09.34*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
05:10.11*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
06:37.01*** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174)
07:47.46*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
08:36.11*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:08.13*** join/#brlcad YashM (~YashM@117.222.65.67)
09:13.28*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
09:31.39Notify03BRL-CAD Wiki:Vivian15014 * 0 /wiki/User:Vivian15014:
09:57.02Notify03BRL-CAD Wiki:Vivian15014 * 7862 /wiki/Talk:Documentation: /* the best ave40 cigarette adviser on the net */ new section
10:18.18unicodesnowmanwtf
11:33.58*** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174)
11:57.53louipcspam
12:10.48*** join/#brlcad ofnlut_ (~ofnlut_@73.212.167.77)
12:49.42Notify03BRL-CAD Wiki:Sean * 0 /wiki/Talk:Documentation: Spam: spam
12:49.50Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:Vivian15014: Spamming links to external sites
13:25.49*** join/#brlcad raptor (~raptor@213.222.229.205)
14:58.29``Eriktopological method of construction of point surfaces as physical models http://www.marhi.ru/AMIT/2008/spec08/papers/Kozlov/ (I just glanced, but it may be useful for generating nmgs or nurbs from point sets, mebbe brlcad or starseeker would dig it *shrug*)
15:04.47*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:06.34*** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
15:08.38*** join/#brlcad merzo (~merzo@92.60.189.225)
15:13.57*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:45.08*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
15:58.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:55.27Notify03BRL-CAD:starseeker * 64000 brlcad/trunk/NEWS: The search command's -above and -below options swapped meanings around r60245
16:55.57*** join/#brlcad nmz787_i (~nmccorkx@134.134.137.71)
17:15.33Notify03BRL-CAD:carlmoore * 64001 brlcad/trunk/src/util/pixmatte.c: remove a redundant error message; implement h? for help
18:04.01*** join/#brlcad nmz787_i (~nmccorkx@192.55.54.36)
18:06.21*** join/#brlcad nmz787_i1 (nmccorkx@nat/intel/x-vysdudokrtysfkzh)
18:10.25Notify03BRL-CAD:ejno * 64002 (brlcad/trunk/src/libgcv/gcv.c brlcad/trunk/src/libgcv/plugin/brlcad.c and 2 others): convert all top-level objects in the libgcv stl writer plugin
18:25.12Notify03BRL-CAD:carlmoore * 64003 brlcad/trunk/doc/docbook/system/man1/en/rle-pix.xml: remove a period because that's the style I am using for SEE ALSO
18:30.26Notify03BRL-CAD:brlcad * 64004 brlcad/trunk/TODO: datum objects
19:11.24*** join/#brlcad geekgrl (~geekgrl@203.115.81.74)
19:33.28*** part/#brlcad ty221 (~root@unaffiliated/ty221)
20:05.18Notify03BRL-CAD:brlcad * 64005 brlcad/trunk/TODO: evaluate the KISS FFT library
20:05.45Notify03BRL-CAD:brlcad * 64006 brlcad/trunk/TODO: does interactive mode still work?
20:31.17Notify03BRL-CAD:ejno * 64007 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/conv/stl/stl_read.c brlcad/trunk/src/libgcv/gcv.c): add initial version of obj_write
20:37.29*** join/#brlcad merzo (~merzo@93-27-133-95.pool.ukrtel.net)
20:37.49Notify03BRL-CAD:brlcad * 64008 brlcad/trunk/NEWS: nick fixed dbconcat crash when using the -c option and a color table does not exist, in r63985. it makes sure the avs lookup is non-null before trying to use it.
21:27.28Notify03BRL-CAD:ejno * 64009 brlcad/trunk/src/libgcv/CMakeLists.txt: initial fastgen4_read plugin
21:29.23Notify03BRL-CAD:ejno * 64010 (brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c brlcad/trunk/src/libgcv/setup.cpp): add fastgen4_read to setup.cpp
21:38.54Notify03BRL-CAD:starseeker * 64011 brlcad/trunk/TODO: Add a note to look into whether db_dirbuild should be calling db_update_nref
21:46.53*** join/#brlcad nmz787_i (~nmccorkx@134.134.139.72)
22:48.59*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
23:04.23Notify03BRL-CAD:ejno * 64012 (brlcad/trunk/include/gcv_util.h brlcad/trunk/src/libgcv/conv/brlcad.c and 9 others): adjust plugin architecture; remove dynamic plugin loading
23:39.34*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
23:49.15*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
IRC log for #brlcad on 20150123

IRC log for #brlcad on 20150123

00:03.28*** join/#brlcad merzo (~merzo@164-0-132-95.pool.ukrtel.net)
00:26.04*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
01:15.04*** join/#brlcad merzo (~merzo@164-0-132-95.pool.ukrtel.net)
01:32.12Notify03BRL-CAD Wiki:Richardsong * 0 /wiki/User:Richardsong:
01:36.35Notify03BRL-CAD:starseeker * 64013 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/librt/test_shape_recognition.cpp): Logic isn't correct yet, but start working on assembling sub-breps from data sets.
02:00.25Notify03BRL-CAD:starseeker * 64014 brlcad/trunk/src/libbrep/shape_recognition.cpp: still not correct, but getting closer
02:06.02Notify03BRL-CAD:starseeker * 64015 brlcad/trunk/src/librt/test_shape_recognition.cpp: make shape on cobj here
02:49.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:31.25*** join/#brlcad YashM (~YashM@117.222.21.164)
05:01.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:20.07*** join/#brlcad ofnlut_ (~ofnlut_@2601:a:6680:ee3:5cff:f5a7:232b:c66)
05:25.34*** join/#brlcad raptor_ (~raptor@213.222.228.72)
05:27.30raptor_brlcad: are you here?
05:27.40raptor_brlcad, are you here?
05:41.39*** join/#brlcad yukonbob (~bch@50.34.223.134)
05:41.44yukonbobhello #brlcad
05:42.14yukonbobbrlcad: is there a good pointer for working w/ low-level rays ?
05:43.15yukonbobI want to do surface detection and detect/find perpendicularity to a face
06:02.30*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
06:22.52*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
06:30.00*** join/#brlcad infobot (ibot@rikers.org)
06:30.00*** topic/#brlcad is Topic for #brlcad: BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Welcome GCI 2014 participants! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi.
06:38.17nmz787can anyone here help with this python-brlcad segmentation fault? here's what gdb shows after apt-get installing python-dbg and running any of the example scripts: http://paste.pound-python.org/show/Uc2G7gr04G9Ytke4WveQ/
06:39.37*** join/#brlcad MarcTannous (bc192390@gateway/web/cgi-irc/kiwiirc.com/ip.188.25.35.144)
06:39.45MarcTannousmorning
06:40.04nmz787hi
06:40.15nmz787know anything about python-brlcad?
06:40.39nmz787i am getting output that loads in mged, but running the example segfaults
06:40.47nmz787(in python I guess)
06:40.53nmz787I am guessing something with SWIG
06:40.59nmz787but idk
06:44.53*** join/#brlcad andrei__ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
06:47.00yukonbobnmz787: is that the best trace you can get ?
06:47.07yukonbobcan you run bt full on the core file ?
06:50.31*** join/#brlcad andrei_ (c35a6e7d@unaffiliated/andrei/x-7229309)
06:50.31*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
07:06.40nmz787hmm, i haven't used bt
07:11.30nmz787ok here it is yukonbob http://paste.pound-python.org/show/gmUKVKnhmDlOWzkWUY5E/
07:13.38nmz787got it using this https://blog.cryptomilk.org/2010/12/23/gdb-backtrace-to-file/
07:14.10yukonbobnmz787: what version of brlcad ?
07:15.08yukonboboh -- I see 7.24
07:16.43yukonbobyou build from src or use a prebuilt binary  ?
07:17.33nmz787I have the .deb in /usr/brlcad and the built-from-src in /usr/brlcad/dev-7.24.0
07:17.54nmz787this run seems to be from the dev version
07:18.12nmz787but I thought I rebuilt... i might not have removed them from the python lib folder
07:19.01yukonbobit looks like it's failing on freeing a semaphore (if the source is unadulterated).
07:19.23nmz787setup.py doesn't seem to have a remove arg
07:19.48nmz787nor uninstall
07:20.33nmz787one sec
07:21.08yukonbobgiven the second-last stack is libbu, I think python isn't your biggest concern
07:22.50nmz787something in here old? https://github.com/kanzure/python-brlcad/blob/master/python-brlcad.cfg
07:24.30nmz787ya switching to the .deb version seems to give same trace
07:24.55nmz787http://paste.pound-python.org/show/0iCoJmijYdFejERAwavH/
07:26.24yukonboband what steps are you using to generate the fault ?
07:32.47nmz787clone kanzures github repo, export BRLCAD_PATH=/usr/brlcad && sudo python setup.py install && cd examples && python <any example here https://github.com/kanzure/python-brlcad/tree/master/examples/ > output_will_work.g
07:33.10nmz787well actually the wdb_primitives doesn't need an output file name
07:33.27nmz787but yeah, any of them
07:39.41yukonbobso -- does the basic install work ? You're dealing w/ at least two differnt repos/code-bases by the sounds of things ?
07:40.01yukonbobwhat does the github repo have to do w/ anything...  ?
07:41.38nmz787you mean the install using pip?
07:41.59nmz787mged in either the .deb install or compiled works and i can do some simple stuff
07:42.46nmz787and also the python-brlcad (which I got from the github repo) /does/ produce working .g files... I just want to fix the segfault for good measure
07:43.18nmz787(working as in I can open them using mged and browse the geometry to show the shapes I defined in python)
07:46.39yukonbobwell -- *I* am going to sleep for the evening -- but you should try to narrow down the case for faulting -- supplying a long line of pretty big commands doesn't really say much --
07:46.52yukonbob*what* python called command is causing the fault -- narrow it down.
07:52.56nmz787oh
07:53.01nmz787ok
08:04.55*** join/#brlcad mihaineacsu (~mihaineac@141.85.227.157)
08:21.08*** join/#brlcad merzo (~merzo@164-0-132-95.pool.ukrtel.net)
08:31.05Notify03BRL-CAD Wiki:Nida nawab * 0 /wiki/User:Nida_nawab:
08:38.55*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:04.12*** join/#brlcad mihaineacsu (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
09:27.45*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:49.01*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
10:26.10*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:20.36*** join/#brlcad chick_ (~chick@41.205.22.41)
11:30.40*** join/#brlcad chick_ (~chick@41.205.22.41)
12:03.46*** join/#brlcad ofnlut_ (~ofnlut_@2601:a:6680:ee3:5440:e388:6b47:d319)
12:08.55andrei_~seen brlcad
12:08.59infobotbrlcad is currently on #bzflag #brlcad #stepcode #gsoc, last said: 'cya!'.
13:07.40*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
13:38.06*** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174)
13:46.56Notify03BRL-CAD:ejno * 64016 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/conv/stl/stl_read.c and 2 others): add initial vrml_write plugin
13:47.49*** join/#brlcad ankesh11 (sid8015@gateway/web/irccloud.com/x-olgbttznprjilzrl)
14:11.24*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
14:22.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:29.26*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
15:02.30Notify03BRL-CAD:starseeker * 64017 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Add support for plotting loops to the brep command.
15:07.21*** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66)
15:10.58Notify03BRL-CAD:starseeker * 64018 brlcad/trunk/src/librt/test_shape_recognition.cpp: For debugging purposes, create breps for all shapes.
15:20.30Notify03BRL-CAD:starseeker * 64019 brlcad/trunk/src/libbrep/shape_recognition.cpp: use the edge index, not the C iterative index, for edge lookup
15:25.13Notify03BRL-CAD:starseeker * 64020 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Don't crash if we don't have trims.
15:30.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:39.15*** join/#brlcad chick_ (~chick@41.205.22.41)
15:48.38Notify03BRL-CAD:starseeker * 64021 brlcad/trunk/src/libbrep/shape_recognition.cpp: More work on brep assembly - still not quite there.
16:24.05Notify03BRL-CAD:starseeker * 64022 brlcad/trunk/src/libbrep/shape_recognition.cpp: More fixes to subbrep copying.
17:03.26*** join/#brlcad nmz787_i (~nmccorkx@134.134.139.70)
17:25.47*** join/#brlcad chick_ (~chick@41.205.22.41)
17:26.04Notify03BRL-CAD:bob1961 * 64023 (brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeA.itcl brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeB.itcl and 4 others): Fixes to get rtwizard working again on linux and windows ---- Added _log_file and _pid_filename to rtimage_dict before passing to cadwidgets::rtimage. Added arguments to kill_cmd for windows.
17:43.06*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
18:22.34Notify03BRL-CAD:carlmoore * 64024 brlcad/trunk/src/external/Unigraphics/ug-g.c: attempt to fix ug-g help problems
18:25.52Notify03BRL-CAD:carlmoore * 64025 brlcad/trunk/doc/docbook/system/man1/en/ug-g.xml: ug-g man page: do not underscore period; do place comma between 2 people's names
18:52.59*** join/#brlcad chick_ (~chick@41.205.22.41)
19:22.40*** join/#brlcad mmu_man (~revol@ip-214.net-89-2-246.rev.numericable.fr)
19:34.44*** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174)
20:03.26*** join/#brlcad chick_ (~chick@41.205.22.41)
20:47.20*** join/#brlcad cox (~quassel@188.226.208.53)
21:01.26*** join/#brlcad nmz787_i (~nmccorkx@134.134.139.70)
21:11.49nmz787_iif I want to chamber the edges of a box, should I union it with a cylinder?
21:17.21nmz787_iI am aiming to make my box look somewhat like the left side of this image http://www.soliddna.com/SEHelp/ST5/EN/graphics/nonLocalized/se/feature/chamfer/bj_chamferunequal1.gif
21:17.30nmz787_iminus the difference in height
21:19.19nmz787_ior like this part, except with the chamfer also on the bottom side http://www3.turbocadcommunity.com/show_image.php?name=ChamferEdges-20.png&galleryId=11
21:19.40*** join/#brlcad chick_ (~chick@41.205.22.41)
21:19.52*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
21:20.03nmz787_iI figure if I subtract the cylinder from the box, it would make a hole (is this what the hole command does anyway?)
21:20.47nmz787_inot sure though if a union would just leave me with just a box, since the cylinder would be inside the box's boundary
22:38.10*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
IRC log for #brlcad on 20150124

IRC log for #brlcad on 20150124

00:22.43*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
03:10.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:14.32*** join/#brlcad YashM (~YashM@117.198.11.49)
05:03.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:10.22*** join/#brlcad geekgrl_ (~geekgrl@203.115.81.74)
05:49.50*** join/#brlcad yukonbob (~bch@50.34.204.149)
05:49.55yukonbobhello #brlcad
05:55.58*** join/#brlcad Sricharanized (~raincrash@116.202.121.11)
05:56.10Sricharanizedhi!
06:00.43SricharanizedHi! I am Sricharan. I would love to contribute to BRLCAD. I know OpenGL and proficient in C++ and Python. About me: http://raincrash.github.io/ .
06:00.58nmz787hi!
06:01.10nmz787I am working on a python-brlcad script now
06:01.14nmz787so I cleaned it up some more, stopped producing cylinders for the screw holes and trying to subtract them... rather just using the 'hole' command... but the hole command isn't working http://paste.pound-python.org/show/n4iU8AL2K0dDRZygyqMN/
06:01.19nmz787this is what it looks like http://imgur.com/L9k3aSm
06:01.29nmz787(repasted from another IRC room)
06:01.30nmz787:)
06:02.18nmz787working to create a model of this cheap geared motor http://robocraft.ru/files/datasheet/28BYJ-48.pdf
07:00.02*** join/#brlcad shardulc (~shardul@122.170.38.245)
07:00.56*** part/#brlcad shardulc (~shardul@122.170.38.245)
07:07.51*** join/#brlcad Sricharanized1 (~raincrash@116.202.28.227)
07:09.02nmz787ok, got it to work!
07:09.12nmz787kanzure: why was line 82 in http://paste.pound-python.org/show/n4iU8AL2K0dDRZygyqMN/  not throwing a readable python error?  It was emitting: *** Error in `python': free(): invalid pointer: 0x0000000001865960 ***Aborted (core dumped)
07:09.59nmz787shouldn't it be a NameError 'wings_block_chamfered' is not defined ?
07:17.12*** part/#brlcad Sricharanized1 (~raincrash@116.202.28.227)
07:38.27*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
08:26.11*** join/#brlcad chick_ (~chick@41.205.22.41)
09:04.35*** join/#brlcad Sricharanized (~raincrash@116.202.116.22)
09:05.00*** part/#brlcad Sricharanized (~raincrash@116.202.116.22)
09:27.13*** join/#brlcad chick_ (~chick@41.205.22.41)
09:39.36*** join/#brlcad chick_ (~chick@41.205.22.41)
10:06.59*** join/#brlcad YashM (~YashM@117.198.11.49)
11:08.53*** join/#brlcad LordOfBikes (~armin@dslb-178-010-189-123.178.010.pools.vodafone-ip.de)
11:11.29*** join/#brlcad chick_ (~chick@41.205.22.41)
11:27.13*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
12:06.59*** join/#brlcad YashM (~YashM@117.198.11.49)
12:40.43kanzurenmz787: that's probably an error about union() not about combination()
14:37.53*** join/#brlcad YashM (~YashM@117.198.11.49)
14:47.11*** join/#brlcad YashM_ (~YashM@117.198.11.49)
14:59.14*** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174)
15:04.21*** join/#brlcad YashM_ (~YashM@117.198.11.49)
15:42.29*** join/#brlcad albertcoder (~quassel@202.164.45.198)
16:00.40*** join/#brlcad MarcTannous (bc192390@gateway/web/cgi-irc/kiwiirc.com/ip.188.25.35.144)
16:07.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:42.39*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
16:45.23*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
18:19.04*** join/#brlcad albertcoder (~quassel@117.237.9.208)
18:29.47*** join/#brlcad MarcTannous (bc192390@gateway/web/cgi-irc/kiwiirc.com/ip.188.25.35.144)
19:00.11*** join/#brlcad merzo (~merzo@59-19-132-95.pool.ukrtel.net)
19:04.26*** join/#brlcad Sricharanized (~raincrash@116.202.4.152)
19:17.52*** join/#brlcad Sricharanized (~raincrash@116.202.4.152)
19:19.31*** part/#brlcad Sricharanized (~raincrash@116.202.4.152)
19:27.38*** join/#brlcad Sricharanized (~raincrash@116.202.4.152)
19:27.46*** part/#brlcad Sricharanized (~raincrash@116.202.4.152)
19:31.24*** join/#brlcad albertcoder (~quassel@202.164.45.198)
20:07.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:07.42*** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-kbcesatxoxxdkfeb)
20:12.14*** join/#brlcad albert_coder (~quassel@202.164.45.208)
20:14.11*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
20:56.05*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
21:08.58*** join/#brlcad albertcoder (~quassel@202.164.45.198)
21:11.53nmz787kanzure: but why wouldn't it be throwing a NameError?
21:14.53kanzurebecause the evaluation didn't get that far
21:16.08nmz787yeah it did
21:17.16kanzureno, it failed on the union()
21:17.50nmz787my working script (that completes the modelling I expect), if I change the last string for the last combination to a variable name that doesn't exist, it doesn't complain, only throwing a malloc error
21:18.14nmz787no it seriously is working fully now, but if i change the variable name to a bullshit one, i don't get the python error
21:18.18nmz787exception
21:18.49nmz787(I didn't ever make any progress on the segfault stuff, but indeed when I load the .g file the script creates, my model is there)
21:19.35nmz787(only with 7.24.0 that I compiled from the release source, 7.24.0 and 7.24.2 from .deb files don't allow python-brlcad to produce my complete model)
21:21.13nmz787i was wondering how you might think to easily modify python-brlcad to emit tcl scripts, rather than touch the brlcad libraries directly... to have a fallback in case no one is up to help me get around these segfault issues
21:21.29nmz787I was thinking maybe the primitive function decorator could be useful
21:21.42nmz787but I don't know enough about decorators
21:22.10nmz787something like when I call the rcc function/method, it just appends the function name and args to a string
21:22.26nmz787and then when the with() statement closes, it writes that string to a .tcl file
21:22.50nmz787obv you'd lose interactability with the brl-cad database
21:23.25nmz787but it would push the brlcad responsible code to a more stable part of the codebase (tcl I'm guessing is pretty stable)
21:28.23nmz787kanzure: this is like how you were complaining about silent errors in implicitcad
21:31.39nmz787kanzure: this is the fully-working script http://paste.pound-python.org/show/B1DJ44g4Ie2bpoFPdvPX/
21:32.13nmz787if I change brl_db.combination(self.final_name  to brl_db.combination(self.final_name1111   it doesn't give me a Python exception
21:32.31nmz787I really don't know how to go about fixing this
21:33.04kanzurei am completely disinterested in emitting tcl scripts, that's nuts
21:33.26kanzurethis isn't a silent error, it's a segfault
21:33.53kanzureyou should try and see if you get a segfault in an equivalent c program
21:33.59kanzurewdb_example.py was based on wdb_example.c
22:00.04nmz787how would I compile it? is there a walkthrough?
22:00.10nmz787or a make file?
22:01.02nmz787wasn't your spiral script emitting tcl?
22:14.34*** join/#brlcad merzo (~merzo@59-19-132-95.pool.ukrtel.net)
23:35.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:59.01*** join/#brlcad merzo (~merzo@244-60-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20150125

IRC log for #brlcad on 20150125

01:51.39*** join/#brlcad circ-user-7cyWB (~circuser-@122.163.209.45)
01:55.28nmz787kanzure: wdb_example.c does not segfault when run
01:56.41nmz787kanzure: wasn't your spiral script emitting tcl?
02:10.31*** join/#brlcad cox_ (~quassel@188.226.208.53)
02:22.21*** join/#brlcad mpictor_ (~mark@c-69-136-183-213.hsd1.in.comcast.net)
02:25.11*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
02:29.01*** join/#brlcad Vijfhoek (quassel@46.249.37.134)
02:46.13*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
03:11.10kanzuremy spiral script was emitting tcl but only because i was a moron at the time
03:14.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
09:56.29*** join/#brlcad infobot (ibot@rikers.org)
09:56.29*** topic/#brlcad is Topic for #brlcad: BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Welcome GCI 2014 participants! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi.
09:59.33*** join/#brlcad LordOfBikes (~armin@dslb-088-064-032-204.088.064.pools.vodafone-ip.de)
10:05.14*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
11:19.59*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
12:02.02*** join/#brlcad shardulc (~shardul@122.170.38.245)
12:15.37*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
13:26.36*** part/#brlcad shardulc (~shardul@122.170.38.245)
13:39.41kanzurethat's disgusting. just write in tcl dude.
14:07.48*** join/#brlcad merzo (~merzo@244-60-132-95.pool.ukrtel.net)
14:28.06*** join/#brlcad raptor (~raptor@194.28.75.245)
14:49.07*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
15:32.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:38.15raptormentors are you here?
16:01.44raptormentors are you here?
16:42.07*** join/#brlcad YashM (~YashM@117.198.9.224)
16:45.24*** join/#brlcad raptor_ (~raptor@194.28.75.245)
17:02.03*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
17:07.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:07.43*** join/#brlcad YashM_ (~YashM@117.198.9.224)
17:07.46*** join/#brlcad ofnlut_ (~ofnlut_@2601:a:6680:ee3:4119:9e66:e58b:5b9)
17:08.30*** join/#brlcad Stragus_ (~alexis@modemcable090.29-19-135.mc.videotron.ca)
17:11.47*** join/#brlcad LordOfBikes_ (~armin@dslb-088-064-032-204.088.064.pools.vodafone-ip.de)
17:15.38*** join/#brlcad Vijfhoek (quassel@46.249.37.134)
17:29.44*** join/#brlcad dev123 (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
17:32.08*** join/#brlcad newbie (~athome@14.139.82.6)
17:34.15Guest4894test
17:52.11*** join/#brlcad winghouchan (~winghouch@2.120.184.197)
18:14.37nmz787kanzure: hah hah, thanks for the support
19:06.16kanzurewhat's wrong with learning tcl?
19:07.40*** part/#brlcad winghouchan (~winghouch@2.120.184.197)
19:31.57*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
19:48.26*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
19:54.16*** join/#brlcad chick_ (~chick@41.205.22.41)
19:54.20*** join/#brlcad LordOfBikes (~armin@dslb-088-064-032-204.088.064.pools.vodafone-ip.de)
20:10.47*** join/#brlcad LordOfBikes (~armin@dslb-088-064-032-204.088.064.pools.vodafone-ip.de)
20:19.10*** join/#brlcad merzo (~merzo@244-60-132-95.pool.ukrtel.net)
20:23.02nmz787anyone here know why certain GUI elements are HUGE, so huge the GUIs don't fit on my 1920x1080 screen?
20:23.54nmz787like I was just investigating rtwizard, but I can't get through the GUI because the file and other menus/buttons are about 1/4 of my available full-screen screen height
20:27.53*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:06.52*** join/#brlcad Guest4894 (~athome@14.139.82.6)
22:32.28*** join/#brlcad Guest4894 (~athome@14.139.82.6)
22:55.28*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
23:33.51*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
23:44.17nmz787here's a link to my GUI problem, with a link to images http://sourceforge.net/p/brlcad/mailman/message/33267522/
23:56.12*** join/#brlcad merzo (~merzo@81-53-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20150126

IRC log for #brlcad on 20150126

03:30.40*** join/#brlcad YashM (~YashM@117.198.9.207)
04:33.12brlcadnmz787: in the middle of responding to your post ...
06:00.03*** join/#brlcad mihaineacsu (~mihaineac@92.81.153.81)
06:18.29Stragus_I'm curious about that reply to nmz787's post, that's one peculiar bug
06:21.42*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
06:35.29brlcadStragus: nothing incredibly insightful, need more info but it's almost certainly xfce and tk interacting badly
07:04.59*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
07:30.58*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:32.24nmz787brlcad: I believe I compiled with sudo make -DCMAKE_BUILD_TYPE=Debug -DBRLCAD_BUNDLED_LIBS=Bundled  install
07:32.42nmz787or maybe it was cmake with those options, then sudo make install
07:33.00nmz787is there an option to force using the system Tk?
07:33.44nmz787just make BRLCAD_BUNDLED_LIBS=off?
07:39.04*** join/#brlcad Guest4894 (~athome@14.139.82.6)
07:50.48brlcadnmz787: what did the summary report say?
07:51.10brlcadyou don't want to turn everything off, you can however just turn on/off tk if you have a suitable system version
08:08.18*** join/#brlcad luca79 (~luca@net-37-116-120-219.cust.vodafonedsl.it)
08:21.59*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:44.52*** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:55.38*** join/#brlcad MarcTannous (bc192390@gateway/web/cgi-irc/kiwiirc.com/ip.188.25.35.144)
11:42.06*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:48.48*** join/#brlcad andrei___ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
11:56.11*** join/#brlcad andrei_ (c35a6e7d@unaffiliated/andrei/x-7229309)
11:56.11*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
12:50.41*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
13:54.48*** join/#brlcad gjeet (75dcac2a@gateway/web/cgi-irc/kiwiirc.com/ip.117.220.172.42)
14:23.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:44.34*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
14:48.39*** join/#brlcad ignacio (~ignacio@r179-25-193-23.dialup.adsl.anteldata.net.uy)
14:48.49ignaciobrlcad, hi, working on the 2013 version
15:25.25*** join/#brlcad vipul|phone (~androirc@14.96.71.61)
15:29.29*** part/#brlcad vipul|phone (~androirc@14.96.71.61)
16:35.03*** join/#brlcad mmu_man (~revol@82.244.111.82)
16:47.49*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
16:59.15*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-rgdkxefcyeojlbgm)
17:04.45*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
18:40.28*** join/#brlcad Guest4894 (~athome@14.139.82.6)
19:17.32*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
20:43.36*** join/#brlcad FreezingDroid (~FreezingC@135.0.41.14)
20:59.35MarcTannousnight everyone
20:59.50*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:11.19*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
21:27.53*** join/#brlcad ankesh11 (sid8015@gateway/web/irccloud.com/x-khqkkjcfunyvltiu)
21:38.24*** join/#brlcad merzo (~merzo@81-53-132-95.pool.ukrtel.net)
21:38.55*** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-sjgjulyicfwntvji)
22:29.51*** join/#brlcad chick (~capslock@41.205.22.41)
22:43.47*** join/#brlcad agkphysics (~aaron@203-173-144-97.dsl.dyn.ihug.co.nz)
22:48.31*** join/#brlcad agkphysics_ (~aaron@203-173-144-97.dsl.dyn.ihug.co.nz)
22:49.19*** join/#brlcad aaron__ (~aaron@203-173-144-97.dsl.dyn.ihug.co.nz)
22:53.40*** join/#brlcad agkphysics (~aaron@203-173-144-97.dsl.dyn.ihug.co.nz)
23:14.30*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
23:17.49brlcadWAVES!
23:31.14*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
23:39.28*** join/#brlcad ignacio (~ignacio@unaffiliated/ignaciouy)
23:50.43ignaciobrlcad, ping
23:55.26ignaciobrlcad, when you back, just readed the info.html content, what should I do now, just wait? :P
IRC log for #brlcad on 20150127

IRC log for #brlcad on 20150127

00:22.08*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
03:05.25brlcadtests out cloudflare with one of the site domains...
03:09.51unicodesnowmandislikes cloudflare.
03:10.18brlcadwhat do you dislike about it?
03:11.30unicodesnowmancloudflare injects javascript into the page that gives each visitor a unique, long-lasting tracking cookie
03:11.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:12.00unicodesnowmanI feel like their free/pro/business plans are basically data collection agents for their cloud reputation system.
03:13.27brlcadhm, https://support.cloudflare.com/hc/en-us/articles/200170156-What-does-the-CloudFlare-cfduid-cookie-do-
03:13.58brlcadjavascript injection is a lame
03:14.52unicodesnowmantheir explanation is a bit sus, because cloudflare only needs to give the __cfduid cookie to trusted computers when the IP is blocked..
03:15.22unicodesnowmanI've also used Incapsula, and they don't do JS injection or cookie stuffing.
03:19.21brlcadincapsula's free plan isn't quite as strong
03:20.26brlcadbut still thanks, good to know -- didn't realize that
03:20.44brlcad(that's the point of trying them out too) ;)
03:22.32unicodesnowmantrue. I'm personally uncomfortable using cloudflare as a CDN, but their business ddos mitigation is decent
04:55.39nmz787brlcad: I don't know how to turn on/off tk or set the version
04:56.07nmz787brlcad: I also don't know how to list the flags available for a given cmake project
04:57.55nmz787someone says cmake -LAH
05:01.26nmz787brlcad: this is the CMakeCache.txt http://paste.pound-python.org/show/rK5JSsuxns0aIAummklB/
05:01.55nmz787and this is the file created when I did cmake -LAH > outfile.txt http://paste.pound-python.org/show/L9THhaAC4eSAnnVBVRt7/
05:04.45brlcadnmz787: our INSTALL file itemizes our flags
05:05.19brlcadnmz787: and the flag would be -DBRLCAD_ENABLE_TK=OFF
05:08.03brlcadnmz787: just as useful as the cache is the output summary when you run cmake ... the text at the end that summarizes all the build options
05:15.19nmz787yeah I mean I didn't know if Tk was required, or if the argument would need to be the path to the libs or includes or something
05:15.28nmz787i'll try that option with cmake now
05:17.18nmz787did cmake -DBRLCAD_ENABLE_TK=OFF
05:17.24nmz787then sudo make -j4 install
05:21.10brlcadTk is not strictly required, but you won't get any GUIs if it's off
05:21.25brlcadand just because it builds doesn't mean much ... need to see that summary
05:22.18brlcadcmake is very particular about cache'd paths ... if you didn't read the summary, it could be using a prior tested result or could have given you a big error-no-tk-found message that you overlooked
05:23.03nmz787oh, I think it just said OFF
05:23.06nmz787fo r tk
05:25.22brlcadgah, I gave you the wrong flag
05:26.09brlcadcmake -DBRLCAD_TK=SYSTEM
05:26.29brlcadyou want tk on, but using your system verison
05:26.50brlcadand BRLCAD_ENABLE_TK=ON
05:27.19nmz787ah, yeah it died from no -litk
05:27.29nmz787how do i 'clean' it
05:27.36nmz787just make clean?
05:30.14nmz787here's the errorneous output http://paste.pound-python.org/show/J8AdMaawO6HqjYX5lKdQ/
05:38.25nmz787when i do sudo apt-get install tk8.6-dev tcl8.6-dev  it says they're already installed
05:50.44nmz787ah, the ./sh/make_deb.sh said I am missing xsltproc
05:52.36brlcadnmz787: add -DBRLCAD_TCL=SYSTEM too
05:53.00brlcadand make sure tcl/tk is installed on your system obviously, so it can use it
05:53.07brlcadrm CMakeCache.txt
05:53.28brlcadwhenever you run a different cmake line or change you system
06:34.07ignacioanyone know where I can get a logo like this: https://kuniga.files.wordpress.com/2111/08/angelov_512x256.png?w=300&h=150 but transparent?
06:34.42brlcadhttp://brlcad.org/wiki/Logo
06:35.42*** join/#brlcad yukonbob (~bch@50.34.204.149)
06:35.47yukonbobhello #brlcad
06:36.25brlcadhowdy yukonbob
06:36.53yukonbobhey! nice to see you online :)
06:37.51yukonbobI have a question while you're here: is there something you can steer me to that will: find the perpendicular to a face ?
06:39.28brlcadtwo edges of a face make two vectors
06:39.38brlcadthe cross product of those vectors is perpendicular to them
06:41.15ignaciough, I dont found the logo I want
06:42.52yukonbobbrlcad: ok -- I don't know exactly what you said, but that's fine -- i can research that. Yes, or no: by the method you descibed I could have a sphere and (eg) make a "pinhead" out of it w/ perpendicular (eg) cylinders ?
06:42.52ignaciowell, I will look in that tomorrow
06:42.53ignacioGood night
06:43.22brlcadyukonbob: looks like bn_mk_plane_3pts() will do it for you
06:44.54yukonbobcool...
06:44.55brlcadignacio-asleep: http://brlcad.org/images/logo/ is probably what you're looking for and has a transparent version, but without the "BRL-CAD" text
06:45.26brlcadignacio-asleep: note that we never write "BRLCAD" .. always "BRL-CAD"  -- the angelov image you linked is wrong
06:47.55yukonbobbrlcad: I've got a patch from nbsd that I might as well pass to you too (my svn client is being finicky)
06:47.59yukonbob-                           while (isdigit(*(fp+1)))
06:47.59yukonbob+                           while (isdigit((int)*(fp+1)))
06:48.00yukonbob<PROTECTED>
06:48.24yukonbobin two places in libbu/vls_vprintf.c
06:51.09StragusHum, the cast to int was already implicit when passing the value
06:51.36StragusUnless brlcad actually wants all implicit casts to be explicit, in which case I haven't said anything :)
06:52.42brlcadthe ctype "functions" are often implemented as macros, so there's actually no type coercion on some implementations
06:52.45brlcadcommon issue
06:52.54yukonbobin NetBSD, my build was barfing w/o the cast.
06:53.41StragusWoah. The macros are broken then
06:54.07yukonbobit might not be macros...
06:54.35yukonbobchecks -- and also pretty careful when calling anything in nbsd "broken" considering it's one of the most portable OSes out there ;)
06:55.04StragusThe macros should include that cast to (int), otherwise they don't behave as the function
06:55.33brlcadStragus: not broken, just missing a cast
06:55.38brlcadmeh
06:55.54brlcadthis is quellage, the compiler does the right thing
06:57.06yukonbob-                           while (isdigit(*(fp+1)))
06:57.06yukonbob+                           while (isdigit((int)*(fp+1)))
06:57.10yukonbob<PROTECTED>
06:57.26yukonbob#  define isdigit(x)    ((x) >= '0' && (x) <= '9')
06:58.30yukonbobI'll post to a dev list w/ question about that...
07:02.37brlcadalso note that the standard doesn't say isdigit must be a function, just that the argument must be an int whose values is representable as an unsigned char, or something similarly vague .. which I believe makes the older array-index forms technically compliant, but will naturally cause a warning if you pass a potentially unsigned value
07:02.58brlcads/unsigned value/signed value/
07:03.15brlcadyukonbob: there is no line that says while (isdigit(*(fp+1)))
07:03.37brlcadthere's lines that already have an (unsigned char) cast, so this issue is probably already fixed
07:05.31nmz787brlcad: -DBRLCAD_TCL=SYSTEM  seems to have allowed cmake to process further
07:06.04brlcadnmz787: glad to hear it .. just keep an eye out for the final summary
07:06.11nmz787brlcad: do you know how to direct all output to a file?
07:06.33nmz787a ton of stuff like this printed and filled my scroll buffer
07:06.33nmz787Policy CMP0021 is not set: Fatal error on relative paths in INCLUDE_DIRECTORIES target property. Run "cmake --help-policy CMP0021" for policy details. Use the cmake_policy command to set the policy and suppress this warning. Found relative path while evaluating include directories of "pixcmp": "NOTFOUND"
07:06.34brlcadyou're looking for the lines to say that Tcl and Tk are using system
07:06.53*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
07:06.59*** join/#brlcad andrei_ (c35a6e7d@unaffiliated/andrei/x-7229309)
07:06.59*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
07:07.06brlcadcmake ... 2>&1 | tee cmake.log
07:07.34brlcadthat way you can watch the output while at the same time saving it to a file (cmake.log)
07:07.51brlcadalternatively could run cmake ... > cmake.log 2>&1 &
07:07.56brlcadand then tail -f cmake.log
07:08.18brlcadtee is better for this though unless you don't want to see the intermediate output
07:09.32nmz787http://paste.pound-python.org/show/z1ftVaSAVyxYeZqZEgYT/
07:10.08brlcadyukonbob: the manual way to get that normal: VSUB(v1, p1, p0); VSUB(v2, p2, p0); VCROSS(norm, v1, v2);
07:10.49nmz787which tclsh produces /usr/bin/tclsh
07:10.57brlcadyukonbob: "have a sphere and make a "pinhead" out of it w/ perpendicular (eg) cylinders" <-- sure, yes
07:11.36yukonbobbrlcad: in the latest release, i have as ~L545 and L%^#
07:11.42yukonbob*L563
07:12.00yukonbobin vls_vprintf.c
07:12.16yukonbobbut this isn't tip of a trunk...
07:12.20brlcadexactly
07:12.37brlcadlast release was a really long time ago
07:12.40brlcadtoo long
07:13.12brlcadnmz787: almost certainly missing wish
07:13.25yukonbobnods -- I was going to ask when the next release is scheduled...
07:16.02brlcadnmz787: so it looks like you have the right flags, but are either missing developer portions for tcl/tk or need to tell cmake where to find them (under advanced options) .. figuring out which requires reading the tcl/tk tests that ran earlier in that cmake log
07:21.11nmz787sudo apt-cache search wish|grep tcl              xotcl-shells - Extended Object Tcl (XOTcl): Object orientation for Tcl - shells
07:23.20*** join/#brlcad mihaineacsu (~mihaineac@78.96.223.14)
07:23.23brlcadnmz787: that commit should take care of all those CMP warnings
07:23.31brlcadNotify: *ping*
07:23.40brlcadwell, there was a commit just now
07:24.51brlcadshould be: apt-get install tk8.5 tcl8.5
07:25.34brlcadbut there might also be a tcl8.5-dev and tk8.5-dev and/or 8.6 versions
07:35.13nmz787ah, ok, didn't know 8.6 wouldn't work
07:35.40nmz787damn, they say they're already installed
07:35.57nmz787(for x8.8 and x8.5-dev
07:35.58nmz787)
07:40.42nmz787adding -DCMAKE_INCLUDE_PATH=/usr/include/tcl8.5
07:40.46nmz787didn't help
07:46.44*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
07:55.43brlcadneed to see your full cmake output and your two build/CMakeFiles/*.log files to diagnose why it's not using it
08:02.49*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:09.02yukonboboff.
08:09.18yukonbobbrlcad: nice to chat again; thx for the hints re: normals.
08:45.22*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
09:06.03*** join/#brlcad YashM (~YashM@59.88.180.172)
09:07.38*** join/#brlcad MarcTannous (bc192390@gateway/web/cgi-irc/kiwiirc.com/ip.188.25.35.144)
09:20.08*** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:49.25*** join/#brlcad YashM (~YashM@59.88.180.172)
11:07.29*** join/#brlcad YashM (~YashM@59.88.180.172)
11:42.13*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
11:49.03*** join/#brlcad chick_ (~chick@41.205.22.41)
12:07.44Notify03BRL-CAD:carlmoore * 64026 brlcad/trunk/src/fb/polar-fb.c: in polar-fb, in an apparently-unused branch, mention -h and not just -?
12:07.51Notify03BRL-CAD:carlmoore * 64027 brlcad/trunk/src/fb/spm-fb.c: -h for high-res was still present; remove it and implement use of ?, not just h, for help
12:07.57Notify03BRL-CAD:carlmoore * 64028 brlcad/trunk/src/libged/clone.c: clone.c : implement ? and shorten by sending 'h' to default; and have to check bu_optopt for '?'
12:08.04Notify03BRL-CAD:carlmoore * 64029 brlcad/trunk/src/libged/fb2pix.c: I don't see fb2pix command, but -h for high-res was still there and I just removed it
12:08.06Notify03BRL-CAD:starseeker * 64030 brlcad/trunk/src/libdm/dm-osgl.cpp: Something isn't right between Tk and the OSG graphicsContext - swapping isn't right, but the window also isn't updating properly when another window is dragged across it until a new OpenGL drawing cycle begins.
12:08.09Notify03BRL-CAD:carlmoore * 64031 brlcad/trunk/src/libged/gqa.c: changes involving h?
12:08.14Notify03BRL-CAD:carlmoore * 64032 brlcad/trunk/src/libged/make.c: in make.c, implement ?; already has h for help
12:08.16Notify03BRL-CAD:carlmoore * 64033 brlcad/trunk/src/libged/mirror.c: as in make.c , mirror.c gets use of ?
12:08.18Notify03BRL-CAD:carlmoore * 64034 brlcad/trunk/src/libged/pix2fb.c: found no pix2fb command, but -h for high-res was still there and had to be removed
12:08.21Notify03BRL-CAD:bob1961 * 64035 brlcad/trunk/src/libdm/dm_util.c: Use GL_LINE_LOOP instead of GL_LINE_STRIP in drawLines3D.
12:08.27Notify03BRL-CAD:carlmoore * 64036 brlcad/trunk/src/libged/search.c: check bu_optopt for '?'; no point in using case '?' because ? is also used for bad option
12:08.29Notify03BRL-CAD:carlmoore * 64037 brlcad/trunk/src/libicv/rot.c: can't see rot being used as a command, but I removed -h for high-res, and it (-h) will now go to default; implemented ? in options
12:08.31Notify03BRL-CAD:carlmoore * 64038 (brlcad/trunk/src/libicv/tests/icv_crop.c brlcad/trunk/src/libicv/tests/icv_fade.c and 7 others): libicv/tests directory: remove -h from usage statements; let 'h' go to default; in 2 cases, supply '-s' in usage; reverse a few if-then-else blocks to simplify them to if-then
12:08.33Notify03BRL-CAD:starseeker * 64039 brlcad/trunk/src/libbrep/shape_recognition.cpp: Save the 2D trims extracted from loops that aren't fully utilizied by the candidate subbrep - if new faces need to be created, having these available will save work.
12:08.35Notify03BRL-CAD:carlmoore * 64040 (brlcad/trunk/src/libpkg/example/client.c brlcad/trunk/src/libpkg/example/server.c): implement ? for help
12:08.38Notify03BRL-CAD:ejno * 64041 (brlcad/trunk/include/gcv_util.h brlcad/trunk/src/adrt/load_g.c and 9 others): add a client_data pointer to the gcv_region_end callbacks
12:08.42Notify03BRL-CAD:carlmoore * 64042 (brlcad/trunk/src/mged/chgview.c brlcad/trunk/src/mged/mged.c): in mged directory, fix use of ?; mged Unrecognized option message now uses bu_optopt
12:08.49Notify03BRL-CAD:ejno * 64043 brlcad/trunk/src/libgcv/conv/stl/stl_write.c: remove global variables
12:08.52Notify03BRL-CAD:carlmoore * 64044 (brlcad/trunk/src/util/buffer.c brlcad/trunk/src/util/bw-pix.c and 4 others): various fixes regarding h,? in src/util files; in buffer.c , removed a bu_log argument which wasn't needed
12:08.56Notify03BRL-CAD:ejno * 64045 (brlcad/trunk/src/libgcv/conv/stl/stl_write.c brlcad/trunk/src/libgcv/gcv.c): set conv_data.verbose; pass a copy of the context's db to the writer function
12:09.01Notify03BRL-CAD:ejno * 64046 brlcad/trunk/src/libgcv/conv/stl/stl_write.c: fix comment
12:09.03Notify03BRL-CAD:ejno * 64047 brlcad/trunk/src/libgcv/conv/stl/stl_write.c: fix comments/strings
12:09.05Notify03BRL-CAD:carlmoore * 64048 brlcad/trunk/src/util/wavelet.c: -----------
12:09.11Notify03BRL-CAD:starseeker * 64049 NIL: Remove empty filter directory
12:09.13Notify03BRL-CAD:starseeker * 64050 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/libbu/y2038/CMakeLists.txt): Distcheck cleanup
12:11.15Notify03BRL-CAD:brlcad * 64051 (brlcad/trunk/src/other/stepcode/data/ap242/ap242_1_34_mim_lf.exp =================================================================== and 3821 others): ap242 was finalized last year
12:14.25Notify03BRL-CAD:carlmoore * 64052 brlcad/trunk/src/libbrep/shape_recognition.cpp: fix spelling of 'have', after 'hae' turned up as a possible misspelling
12:14.28Notify03BRL-CAD:starseeker * 64053 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp): Check the brep construction using a second method for the toplevel object.
12:14.40Notify03BRL-CAD:n_reed * 64054 brlcad/trunk/misc/CMake/FindGL.cmake: add another opengl search location for os x
12:14.42Notify03BRL-CAD:starseeker * 64055 brlcad/trunk/src/libbrep/shape_recognition.cpp: Flip face when constructing new breps if it's only involved loops are inner loops.
12:14.45Notify03BRL-CAD:starseeker * 64056 brlcad/trunk/src/libbrep/shape_recognition.cpp: Shrink surfaces down so autoview does something reasonable
12:14.51Notify03BRL-CAD:bob1961 * 64057 brlcad/trunk/src/tclscripts/lib/RtImage.tcl: Added an optional parameter (i.e., do_wait) to cadwidgets::rtimage that by default is 0.
12:14.56Notify03BRL-CAD:starseeker * 64058 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp brlcad/trunk/src/other/openNURBS/CMakeLists.txt): Start re-thinking the logic flow a little - make breps as part of the first pass
12:14.58Notify03BRL-CAD:starseeker * 64059 brlcad/trunk/src/other/openNURBS/CMakeLists.txt: ws, add BRL-CAD definitions for debugging. This already is BRL-CAD specific, so rather than keep fighting it try to make it do the right thing...
12:15.03Notify03BRL-CAD:bob1961 * 64060 (svn:ignore ## -0,0 +1,2 ## and 2 others): -----------
12:15.06Notify03BRL-CAD:starseeker * 64061 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp): duplicate brep to avoid memory problem of some sort - this isn't ideal, should preserve the maps and only duplicate the smaller subbreps.
12:15.15Notify03BRL-CAD:starseeker * 64062 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h): Start working on how to cache relationships so objects can relate back to specific aspects of the original parent brep without having to dupliate it...
12:15.18Notify03BRL-CAD:starseeker * 64063 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp): start looking for which shapes do and don't have general surfaces in them. Those without will be simpler to handle.
12:15.27Notify03BRL-CAD:starseeker * 64064 brlcad/trunk/src/libbrep/shape_recognition.cpp: Sync loop directions in new breps.
12:15.31Notify03BRL-CAD:carlmoore * 64065 brlcad/trunk/doc/docbook/system/man1/en/reshoot.xml: revise comments about Pnt and Dir; add a hyphen elsewhere; trim back use of underscore
12:15.33Notify03BRL-CAD:carlmoore * 64066 brlcad/trunk/doc/docbook/system/man1/en/proe-g.xml: reformat use of the proe-g name
12:15.36Notify03BRL-CAD:carlmoore * 64067 brlcad/trunk/doc/docbook/system/man1/en/ply-g.xml: remove underscore, in EXAMPLE, of the command name
12:15.39Notify03BRL-CAD:carlmoore * 64068 (brlcad/trunk/doc/docbook/system/man1/en/rle-fb.xml brlcad/trunk/doc/docbook/system/man1/en/rtarea.xml): remove period at end of SEE ALSO listings; use 'command' directive for an occurrence of 'rtarea'
12:16.19Notify03BRL-CAD:brlcad * 64069 brlcad/trunk/CMakeLists.txt: enable cmp00021 to quell relative include dir paths and document some of the others
12:16.41Notify03BRL-CAD:bob1961 * 64070 brlcad/branches/eab/src/libdm/dm_util.c: Backported from trunk --- Use GL_LINE_LOOP instead of GL_LINE_STRIP in drawLines3D.
12:16.43Notify03BRL-CAD:bob1961 * 64071 brlcad/branches/eab/src/tclscripts/lib/RtImage.tcl: Backported from trunk --- Added an optional parameter (i.e., do_wait) to cadwidgets::rtimage that by default is 0.
12:16.45Notify03BRL-CAD:bob1961 * 64072 (brlcad/branches/eab/src/tclscripts/rtwizard/lib/PictureTypeA.itcl brlcad/branches/eab/src/tclscripts/rtwizard/lib/PictureTypeB.itcl and 4 others): Backported from trunk --- Fixes to get rtwizard working again on linux and windows ---- Added _log_file and _pid_filename to rtimage_dict before passing to cadwidgets::rtimage. Added arguments to kill_cmd for windows.
12:16.47Notify03BRL-CAD Wiki:Calvin T. Bone * 0 /wiki/User:Calvin_T._Bone:
12:16.49Notify03BRL-CAD Wiki:WrigleyTech * 0 /wiki/User:WrigleyTech:
12:16.51Notify03BRL-CAD Wiki:Randysbaker * 0 /wiki/User:Randysbaker:
12:16.53Notify03BRL-CAD Wiki:Sean * 7863 /wiki/Logo:
12:16.55Notify03BRL-CAD Wiki:Zhongyi.zengzy * 0 /wiki/User:Zhongyi.zengzy:
12:17.25andrei_wow, so much notify
12:24.52``Erikyeh, it got a malformed email friday night and was sitting at a prompt to deal with it (and I didn't notice it until this morning)
12:25.39``Erikthe fbsd stuff had ~500 commits O.o
12:28.35andrei_hm, reminds me of the time I signed up on red hat mailing list without bundled option ...
12:28.40andrei_not my best decision
12:40.17``Erikheh, a long time ago, I wrote a mua to deal with the amount of list email I was getting (xfmail crashed when a box got over 10k, pine sucks, I hadn't discovered mutt yet...) :) the good old days
12:40.57andrei_no clue about mutt, xfmail
12:40.59andrei_thunderbird !
12:50.25``Erikmutt is a curses based mua, so you can use it via ssh... xfmail was an X11 reader in the 90's
12:51.19andrei_ah
12:51.28andrei_ah, xfmail is X's mailer
12:51.28andrei_meh
12:51.49``Erikhas been using apples Mail.app lately, but it frequently locks up (something in the glyph rendering lib goes into a spin with certain characters... typically chinese ones in my spam box)
12:52.26``Erikheh, the xf is xfmail is for x-forms, an ancient widget toolkit :)
12:57.06andrei_have you got yosemite?
12:57.25andrei_lol fail
12:57.49andrei_the last line wasn't for #brlcad
13:12.45*** join/#brlcad FreezingDroid (~FreezingC@135.0.41.14)
13:29.34*** join/#brlcad cox (~quassel@188.226.208.53)
16:16.52*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
16:21.21*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
16:26.50*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
16:45.13*** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66)
17:21.38*** join/#brlcad sofat (~sofat@202.164.45.198)
17:21.56sofatbrlcad, hello
17:23.52sofatbrlcad, i need those pdf's files which you want to convert in docbook
17:38.58*** join/#brlcad sofat (~sofat@202.164.45.208)
17:55.34*** join/#brlcad sofat (~sofat@202.164.45.198)
17:58.05sofatany body know about this "non-docbook docs" where it is?
17:59.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:00.12*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
18:09.05*** join/#brlcad winghouchan (~winghouch@90.209.217.41)
18:11.11*** join/#brlcad sofat (~sofat@202.164.45.198)
18:20.19*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
18:40.51*** join/#brlcad sofat (~sofat@202.164.45.198)
18:44.38starseekersofat: did you have some particular document in mind?
18:44.52starseekerwe have a lot of documentation that comes under the heading of "candidate for docbook"
18:46.32sofati have not document
18:46.57sofatso i am asking if you provide me so i will start the work on it
18:47.06sofatand convert it to docbook
18:47.55sofati have no document for conversion
18:48.16sofatand i don't know where it is
18:50.37brlcad``Erik: ugh, looks like .bz is vulnerable to CVS-2015-0235 (along with the rest of the planet)
18:50.44brlcadprobably going to be a big one...
18:52.16sofatbrlcad, please provide me non-docbook docs
18:52.18brlcadsofat: i'm not sure which pdf files you're referring to
18:52.26brlcadnon-docbook docs are in the doc directory
18:52.40brlcadi thought you were going to write up a wiki page?
18:53.31sofatyes i wrote this .
18:53.33sofatbrlcad.org/wiki/Docbook
18:55.54sofatas soon as possible   i will update  the all sub tasks according to docbook project
18:57.54brlcadsofat: er, that's good, but not at all what I had in mind... :)
18:58.23brlcadat least, it's missing all the detail I was anticipating, perhaps these are the subtasks you mention
18:59.05sofatok
18:59.06brlcadneed a list for #2 (which I understand now is what you're asking for)
18:59.36brlcadwhich is also related to #3
19:00.02sofatyes i am little bit confuse in this
19:00.57brlcadprobably want something like "itemize existing documentation not in docbook format", then "categorize as needing conversion, scavenge, archive, or eliminate
19:01.28brlcadthen convert those needing conversion, scavenge those needing scavenging, etc
19:02.08brlcadcreate a docbook documentation catalog / table of contents
19:02.39brlcadintegrate new docs into build system
19:02.55brlcadsynchronize docs onto the website
19:03.14brlcadthe points you have in #5 are great, but are all three very different tasks
19:03.38brlcadI see this more as a TODO, not requirements
19:05.19sofati think i have understood now very well
19:05.51sofatthanks so much
19:11.06brlcadthe requirements are 1) to have all documentation in Docbook XML format and/or a simple text format that will convert to/from Docbook XML format, 2) have all documentation authoritatively stored under revision control, 3) have all documentation presented online, 4) support doc changes via the web or source file editing, and 5) synchronization (manual or automatic) of web with revision controlled content to reflect edits in either (i.e., round
19:11.57brlcadnote that requirements are not actions ... I can acheive those 5 in many possible ways
19:12.26brlcadit is a good idea to spell out both, though, just making sure that all prescribed tasks pertain to one of the 5 requirements
19:17.32sofatok i have understood your requirements.
19:20.18brlcadgreat!
19:21.03*** join/#brlcad LordOfBikes (~armin@dslb-094-216-160-125.094.216.pools.vodafone-ip.de)
19:36.51brlcadsofat: you have a good idea for the wiki page to tate requirements and then it just needs your TODO plan for how exactly to achieve them :)
19:38.01``Erikbrlcad: the glibc gethostbyname() overrun?
19:38.32brlcadyeah
19:38.41``Erikfreebsd doesn't use glibc O.o it's a bsd
19:38.57brlcadI know ...
19:39.21brlcadsee /tmp/*.c and the compiled CVE binary
19:40.11brlcadoh, hrm
19:40.18brlcadI just realized that I read the output wrong too
19:40.22StragusWhat's the gethostbyname() issue?
19:40.35StragusBesides being obsolete, non-reentrant and blocking...
19:40.50brlcadStragus: most linux distros are remote rootable with a new issue that came out today
19:40.58StragusDarn.
19:41.16*** join/#brlcad merzo (~merzo@114-40-133-95.pool.ukrtel.net)
19:41.33brlcadhttp://www.openwall.com/lists/oss-security/2015/01/27/9
19:41.43*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
19:42.14``Erikgets "should not happen" O.o
19:42.33brlcadyeah, that's what i misread
19:42.47StragusAh, it was already fixed, kind of
19:44.25brlcadright, it's most of the stable and commercial distros
19:44.56brlcadvery nice detailed analysis of the bug and even more extensive of the impact
19:46.56``Erikheh, my ubuntu is already 'not vulnerable'
19:47.15*** join/#brlcad winghouchan_ (~winghouch@90.209.217.41)
19:47.46brlcadlooks like that test assumes strcmp should match but gethostbyaddr_r should return ERANGE, which it's not on bsd
19:48.00*** part/#brlcad winghouchan_ (~winghouch@90.209.217.41)
19:49.47*** join/#brlcad winghouchan (~winghouch@90.209.217.41)
20:13.06brlcadnmz787: any progress?
20:22.36*** join/#brlcad winghouchan (~winghouch@90.209.217.41)
20:23.35*** join/#brlcad jrullman_ (sid54856@gateway/web/irccloud.com/x-uhhqvixwszolpyme)
21:05.03``Erikneat (common lisp os) https://github.com/froggey/Mezzano
21:15.25*** part/#brlcad winghouchan (~winghouch@90.209.217.41)
21:46.56``Erikdoh, my audio gear is obsolete, I need a converter to go from the tv to the deck :( damn you, ever changing technology *shakes fist*
22:58.31*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
23:05.01*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
23:29.03*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
IRC log for #brlcad on 20150128

IRC log for #brlcad on 20150128

00:52.47*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
01:32.03*** join/#brlcad merzo (~merzo@221-59-132-95.pool.ukrtel.net)
02:06.53*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
03:41.15*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
04:33.07*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
05:13.11*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
05:26.33*** join/#brlcad yukonbob (~bch@50.34.204.149)
05:26.37yukonbobhello #brlcad
06:17.35*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
07:19.26andrei_I was reading some guide and I ran into this
07:19.29andrei_Limit your lines to 80 characters. Yes, screens have gotten much bigger over the last few years, but your brain has not. Use the additional room for split screen, your editor supports that, right?  
07:19.35andrei_I find it quite amusing
07:22.41archivistthere are plenty of idiots out there with wide screens designing fixed width pages, they need some clue about design
07:23.30andrei_are there?
07:23.42andrei_since html5/css3 I find most websites responsive
07:23.57archivistheh, I wish
07:24.00andrei_except the one my university has, that's still struggling to leave stone age
07:38.46Stragusfondly remembers Geocities and Fortunecity websites that you had to scroll vertically
07:39.03StragusAnd with cursor trails!
07:42.05archivistand now we have photobukket that cannot work with older browsers and gives a white screen
07:43.33archivistI have to show users of it proof http://www.collection.archivist.info/archive/grabs/Screenshot-10.png
07:46.31andrei_there aren't that many things that work with old browsers
07:47.06archivist99% work reasonably
07:47.15andrei_I'm annoyed by websites/interfaces that work on specific browsers
07:47.23andrei_i.e vmware's cluster management only works on internet explorer
07:47.33andrei_which is why I keep a windows vm around
07:55.07StragusI especially hate websites which demand a newer version of Flash, when the one installed is the latest version available for Firefox on Linux
08:17.21*** join/#brlcad Sricharanized (~raincrash@116.202.101.4)
08:17.29*** part/#brlcad Sricharanized (~raincrash@116.202.101.4)
08:18.57*** join/#brlcad Sricharanized (~raincrash@116.202.101.4)
08:19.05*** part/#brlcad Sricharanized (~raincrash@116.202.101.4)
08:38.54*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:25.50*** join/#brlcad YashM (~YashM@117.198.16.159)
09:54.35*** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:58.43*** join/#brlcad andrei__ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
10:14.29*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
10:39.04*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
11:32.22*** join/#brlcad andrei__ (c35a6e7d@unaffiliated/andrei/x-7229309)
11:32.22*** join/#brlcad andrei__ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
13:29.13*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
13:54.31*** join/#brlcad YashM_ (~YashM@117.198.23.128)
14:48.09*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
15:26.39brlcad``Erik: hah, that's very impressive (froggey's os) ... the irc unveiling thread is pretty funny to read
15:41.02brlcadignacio: any progress on the startup script
15:55.42*** join/#brlcad YashM_ (~YashM@117.198.23.128)
16:46.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:10.53*** join/#brlcad merzo (~merzo@221-59-132-95.pool.ukrtel.net)
17:35.41*** join/#brlcad Sricharanized (~raincrash@116.202.146.199)
19:44.37*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
20:25.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:54.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:01.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:29.46*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
22:03.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:40.58*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
23:22.52*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
23:34.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:42.57Notify03BRL-CAD:starseeker * 64073 brlcad/trunk/src/libbrep/shape_recognition.cpp: Add torus reporting
23:42.59Notify03BRL-CAD:starseeker * 64074 (brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h): Start breaking out the logic for various shapes for readibilty.
23:43.03Notify03BRL-CAD:starseeker * 64075 (brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h): Not much there yet, but split out planar
23:43.05Notify03BRL-CAD:starseeker * 64076 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): Start working on the next stages of cylinder construction. Not nearly close to correct yet - need to recognize and handle all the various partial cases - but it's a start.
23:43.09Notify03BRL-CAD:carlmoore * 64077 brlcad/trunk/doc/docbook/system/man1/en/pixsaturate.xml: remove underscore of >
23:43.11Notify03BRL-CAD:carlmoore * 64078 brlcad/trunk/doc/docbook/system/man1/en/pixsaturate.xml: and add '< infile.pix' to the man page
23:43.19Notify03BRL-CAD:carlmoore * 64079 brlcad/trunk/src/util/pixsaturate.c: add '< infile.pix > outfile.pix' to Usage
23:43.23Notify03BRL-CAD:carlmoore * 64080 brlcad/trunk/src/util/pixsaturate.c: do more checking of options in pixsaturate; -h and -? now work for providing help
23:43.28Notify03BRL-CAD:carlmoore * 64081 brlcad/trunk/doc/docbook/system/man1/en/pixcmp.xml: add commas between author names
23:43.30Notify03BRL-CAD:starseeker * 64082 (brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/libbrep/shape_recognition.cpp and 2 others): Start working on cone/conic test, cleanup
23:43.45Notify03BRL-CAD:carlmoore * 64083 (brlcad/trunk/src/adrt/master/master.c brlcad/trunk/src/adrt/slave/slave.c): add missing statement to master.c; for both master.c and slave.c, add h? to options string, although neither file is being compiled at this time
23:43.49Notify03BRL-CAD:carlmoore * 64084 brlcad/trunk/TODO: use capital letters in Priit Laes' name, and add apostrophe; had I seen the capitals earlier, I would have indeed guessed this was someone's name
23:44.01Notify03BRL-CAD:carlmoore * 64085 (brlcad/trunk/doc/docbook/system/man1/en/anim_script.xml brlcad/trunk/doc/docbook/system/man1/en/anim_sort.xml and 15 others): touch-up changes, most of which involve removing underscore from < and >
23:44.08Notify03BRL-CAD:carlmoore * 64086 (brlcad/trunk/doc/docbook/system/man1/en/bwscale.xml brlcad/trunk/doc/docbook/system/man1/en/bwshrink.xml and 10 others): more minor fixes of this nature; there is a case where I saw 2 names and only 'AUTHOR'
23:44.13Notify03BRL-CAD:carlmoore * 64087 (brlcad/trunk/doc/docbook/system/man1/en/irdisp.xml brlcad/trunk/doc/docbook/system/man1/en/mac-pix.xml and 2 others): more manpage formatting
23:44.14Notify03BRL-CAD:carlmoore * 64088 (brlcad/trunk/doc/docbook/system/man1/en/nastran-g.xml brlcad/trunk/doc/docbook/system/man1/en/pix-ps.xml and 5 others): more formatting
23:45.21Notify03BRL-CAD:starseeker * 64089 brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt: rename file
23:45.28Notify03BRL-CAD:starseeker * 64090 brlcad/trunk/doc/docbook/system/man1/en/gdiff.xml: gdiff2 -> gdiff
23:45.37Notify03BRL-CAD:carlmoore * 64091 (brlcad/trunk/doc/docbook/system/man1/en/pixrect.xml brlcad/trunk/doc/docbook/system/man1/en/pixscale.xml and 10 others): touch up more man pages
23:45.48Notify03BRL-CAD:carlmoore * 64092 brlcad/trunk/doc/docbook/system/man1/en/png-bw.xml: reformat png-bw man page, including correcting incorrect reference in DESCRIPTION
23:45.54Notify03BRL-CAD:carlmoore * 64093 brlcad/trunk/doc/docbook/system/man1/en/png-pix.xml: formatting for png-pix man page
23:45.58Notify03BRL-CAD:carlmoore * 64094 (brlcad/trunk/doc/docbook/system/man1/en/rle-fb.xml brlcad/trunk/src/fb/rle-fb.c): touching up source code and man page for uniform error messages
23:46.02Notify03BRL-CAD:carlmoore * 64095 (brlcad/trunk/doc/docbook/system/man1/en/png_info.xml brlcad/trunk/doc/docbook/system/man1/en/poly-bot.xml and 6 others): more touched-up man pages
23:46.05Notify03BRL-CAD:carlmoore * 64096 brlcad/trunk/doc/docbook/system/man1/en/rtg3.xml: reformatting of rtg3.xml, including removing a leading 'I' which didn't belong, and also including adding a missing word
23:46.10Notify03BRL-CAD:starseeker * 64097 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: Return number to quiet warning.
23:46.13Notify03BRL-CAD:carlmoore * 64098 (brlcad/trunk/doc/docbook/system/man1/en/rthide.xml brlcad/trunk/doc/docbook/system/man1/en/rtpp.xml brlcad/trunk/doc/docbook/system/man1/en/rtrange.xml): more reformatting
23:46.15Notify03BRL-CAD:starseeker * 64099 brlcad/trunk/src/libgcv/gcv_private.h: Use GCV_EXPORT for MSVC
23:46.23Notify03BRL-CAD:starseeker * 64100 (brlcad/trunk/misc/CMake/CompilerFlags.cmake brlcad/trunk/src/other/CMakeLists.txt): Mark variables as advanced
23:46.25Notify03BRL-CAD:starseeker * 64101 brlcad/trunk/CMakeLists.txt: misc/tools and src/other are stomping on the CMAKE_CONFIGURATION_TYPES value.
23:46.28Notify03BRL-CAD:starseeker * 64102 brlcad/trunk/doc/docbook/system/man1/en/plot3-X.xml: Remove stray character
23:46.31Notify03BRL-CAD:starseeker * 64103 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: More advanced markings
23:46.49Notify03BRL-CAD:carlmoore * 64104 brlcad/trunk/doc/docbook/system/man1/en/rtray.xml: rtray man page
23:47.01Notify03BRL-CAD:carlmoore * 64105 (brlcad/trunk/doc/docbook/system/man1/en/rtregis.xml brlcad/trunk/doc/docbook/system/man1/en/rtscale.xml and 19 others): formatting changes; should be last in this directory except for minor iterations involving 5 files
23:47.02Notify03BRL-CAD:carlmoore * 64106 (brlcad/trunk/doc/docbook/system/man1/en/rtscale.xml brlcad/trunk/doc/docbook/system/man1/en/scriptsort.xml and 3 others): the last of the minor changes that I wrote of for today
IRC log for #brlcad on 20150129

IRC log for #brlcad on 20150129

00:42.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:23.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:34.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:35.49nmz787brlcad: I last got stuck after trying the flags for TK and TCL to use SYSTEM, I have packages for 8.5 and 8.6 for both Tk and tcl including -dev packages but cmake still doesn't find them, I tried adding adding -DCMAKE_INCLUDE_PATH=/usr/include/tcl8.5
02:36.03nmz787brlcad: but that didn't help, and I pretty much left off there
02:37.48brlcadnmz787: can you post your three logs there (cmake output and your two build/CMakeFiles/*.log files)?
02:49.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:19.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:16.47*** join/#brlcad YashM (~YashM@117.222.21.68)
04:31.24*** join/#brlcad YashM_ (~YashM@117.198.15.193)
04:34.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:28.17*** join/#brlcad YashM__ (~YashM@117.198.15.193)
06:12.50*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
06:21.01*** join/#brlcad mihaineacsu (~mihaineac@78.96.223.14)
06:35.16*** join/#brlcad mihaineacsu (~mihaineac@78.96.223.14)
06:53.50nmz787brlcad: cmake output http://paste.pound-python.org/show/vwrqo4lVNeLGgJLfuquH/     CMakeCache.txt http://paste.pound-python.org/show/XhCmRcLFno0vOFjyQqxU/    CmakeError.log http://paste.pound-python.org/show/OkNBpDBGrsqMYtldQ9yk/      CMakeOutput.log   http://paste.pound-python.org/show/H5alqjUXyGs2MP1Ab8zA/
08:49.43*** join/#brlcad andrei___ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
08:50.45*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:10.05*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:13.04*** join/#brlcad MarcTannous (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
09:13.56*** join/#brlcad andrei____ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
09:16.24*** join/#brlcad andrei_ (c35a6e7d@unaffiliated/andrei/x-7229309)
09:16.24*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
10:48.28*** join/#brlcad mihaineacsu (~mihaineac@78.96.223.14)
11:45.21*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
12:36.48*** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
12:39.02*** join/#brlcad mihaineacsu (~mihaineac@78.96.223.14)
12:53.03*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
12:54.23*** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66)
13:14.37*** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94)
15:24.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:12.48*** join/#brlcad nmz787_i (~nmccorkx@134.134.137.71)
17:12.52nmz787_imorning
17:19.12Notify03BRL-CAD:carlmoore * 64107 (brlcad/trunk/doc/docbook/system/man1/en/anim_turn.xml brlcad/trunk/doc/docbook/system/man1/en/dbcp.xml brlcad/trunk/doc/docbook/system/man1/en/dpix-pix.xml): remove underscores of < and > which I apparently overlooked earlier
18:57.24*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
19:48.24*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-zpuyxzsqzzqluiwi)
19:51.42*** join/#brlcad milamber1 (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
19:52.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:53.49*** join/#brlcad mpictor (~mark@c-69-136-183-213.hsd1.in.comcast.net)
19:55.57*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
19:55.58*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
20:27.20*** join/#brlcad merzo (~merzo@246-12-132-95.pool.ukrtel.net)
20:39.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:28.51*** join/#brlcad nmz787_i (~nmccorkx@192.55.55.37)
22:25.02*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
22:45.14*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
23:19.50*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
IRC log for #brlcad on 20150130

IRC log for #brlcad on 20150130

00:36.33*** join/#brlcad nmz787_i (~nmccorkx@134.134.137.71)
00:48.34*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
01:34.02*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
04:01.32*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
04:37.38*** join/#brlcad YashM (~YashM@117.198.13.37)
05:02.47*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
05:23.15*** join/#brlcad YashM_ (~YashM@117.222.65.0)
05:49.16*** join/#brlcad YashM__ (~YashM@117.222.65.0)
06:59.58*** join/#brlcad YashM (~YashM@117.215.32.202)
07:43.53*** join/#brlcad mpictor (~mark@c-69-136-183-213.hsd1.in.comcast.net)
07:48.22*** join/#brlcad Izakey (~Izak@41.205.22.13)
08:15.50*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
08:33.55*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:50.15*** join/#brlcad mpictor_ (~mark@c-68-39-98-222.hsd1.nj.comcast.net)
08:57.04*** join/#brlcad Sricharanized (~raincrash@116.202.9.124)
09:17.35*** join/#brlcad merzo (~merzo@92.60.189.225)
09:46.41*** join/#brlcad mihaineacsu (~mihaineac@92.81.153.81)
09:53.17*** join/#brlcad Sricharanized1 (~raincrash@116.202.9.124)
10:22.08*** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:31.06*** join/#brlcad YashM (~YashM@117.222.18.72)
10:51.21*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
11:16.55*** join/#brlcad YashM (~YashM@117.198.11.51)
11:29.03*** join/#brlcad mihaineacsu (~mihaineac@92.81.153.81)
11:53.31*** join/#brlcad Sricharanized (~raincrash@116.202.168.73)
13:08.30*** join/#brlcad YashM (~YashM@59.88.31.246)
13:16.27*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
14:24.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:58.31kintelbrlcad: Any news on GSoC this year?
15:01.36teepee-hehe, maybe the question is too early. still totally exhausted by GCI :)
15:01.46teepee-that was quite some action
15:09.53*** join/#brlcad sofat (~sofat@202.164.45.198)
15:59.20*** join/#brlcad sofat (~sofat@202.164.45.198)
16:33.50Notify03BRL-CAD:starseeker * 64108 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: More thinking about how to process cylinder shapes.
16:39.08*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
16:58.37*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-cextyeigvmmjpmud)
17:01.45*** join/#brlcad nmz787_i1 (~nmccorkx@192.55.55.37)
17:08.09*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
17:33.35*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
17:33.45*** join/#brlcad gaganjyot (~gaganjyot@27.255.242.59)
17:33.49gaganjyot#librecad
18:20.34*** join/#brlcad yiyus (1242712427@je.je.je)
18:36.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:39.09*** join/#brlcad shaina (~shaina@202.164.53.117)
18:50.58brlcadkintel: not yet
18:55.51nmz787_i1so is it bad to union two primitives into a region, then union that region into another region or primitive?
18:56.05nmz787_i1it seems to work, but mged prints warnings constantly
18:56.12brlcadnmz787_i1: did you delete your cmake cache before that cmake run?
18:56.55brlcadnmz787_i1: and yes, unioning two *overlapping* regions is considered a modeling error
18:57.34brlcadmaking something a region is when you go from it being a description of a volume to being actual physical material occupying a volume
18:57.37nmz787_i1hmm, I can't remember, I think so, but I may have just done rm -r ./build* from the svn-repo dir
18:57.53brlcadso you can combine shapes into a new shape no problem
18:58.38brlcadbut to combine two physical object is like in star trek where you beam one object into another .. can't have two objects occupying the same space
18:58.46nmz787_i1I think this or the next line is what mged was warning about https://github.com/nmz787/python-brlcad-tcl/blob/master/28BYJ_48__motor_example.tcl#L12
19:00.02nmz787_i1wasn't sure how to do subsequent unions, or if I could do intersect and subtractions in the same line, or if I could use parentheses to separate the + and  - operations
19:00.32nmz787_i1but indeed using that tcl script then using g-stl produces what I expect as output
19:00.45brlcadyeah, line 11 (along with a few others) should be combs first
19:00.46nmz787_i1https://github.com/nmz787/python-brlcad-tcl/blob/master/28BYJ_48__motor_example.stl
19:00.58brlcadyou can just replace "r ..." with "comb ..."
19:01.19nmz787_i1ah
19:01.20nmz787_i1ok
19:01.33brlcad"comb whatever.c u a.s u b.s" and then make an "r whatver.r u whatever.c"
19:01.43brlcadyou make the .r when you want it to exist
19:01.53brlcade.g., as an instantiated part
19:01.53nmz787_i1ah
19:01.57nmz787_i1hm
19:02.09nmz787_i1I was reading a oed PDF a few nights ago
19:02.16brlcadso like if I had a bolt, i'd make a bolt.c shape, then have a bolt1.r a bolt2.r etc for all my actual bolts
19:02.21nmz787_i1was trying to figure out how to rotate a region/instance
19:02.34nmz787_i1ah
19:02.36nmz787_i1ok
19:03.24brlcadthe quick reference card mentions this very briefly/concisely about regions/parts/solids/groups/assemblies
19:03.57nmz787_i1the CAD demo in there?
19:04.06brlcadif you're familiar with other CAD systems, our notion of a region is basically that of a part, a group is that of an assembly, and sub-region combinations are just hierarchical feature edits
19:04.06nmz787_i1C A D
19:04.12brlcadyeah
19:04.47nmz787_i1hmm, no not too jargon-knowledgeable
19:05.00brlcadthen nothing to worry about getting confused about ;)
19:05.35brlcadfrom a CS perspective, a region is literally a simple bit flag ... but it's an important bit that means "this thing occupies actual space"
19:05.42brlcadotherwise, everything is just collections and shapes
19:06.02nmz787_i1I don't have the script now, but in my multi-part example, I try to instantiate that motor, then rotate it, then add a cup around it (two rcc, one smaller and subtracted)
19:06.16nmz787_i1I remember trying to use Z to hide everything
19:06.20nmz787_i1then e something.c
19:06.26nmz787_i1then orot 90 90 90
19:06.27nmz787_i1I think
19:06.28brlcadnods
19:06.38brlcadah, yeah missed a step
19:06.55nmz787_i1but it didn't work, again, can't remember exactly what I was doing, and it's at home now
19:06.57brlcad"e" just means "draw this"
19:07.21brlcadwith mged, you need to tell mged what and how you intend to rotate with more specificity
19:07.35brlcadthe oed manual is the place for that but it's admittedly complicated
19:07.54brlcadrotations are actually why it's complicated too .. they need a defined keypoint, so you specify that
19:08.07brlcadB something.g
19:08.20brlcadoed / something.c/path/to/primitive
19:08.23brlcadorot 90 90 90
19:08.34brlcadaccept
19:08.41brlcad(or reject or keep orot'ing)
19:08.52brlcadB == Z + e something.c
19:09.03nmz787_i1ah, yeah, the oed command was confusing
19:09.13nmz787_i1i couldn't tell why i couldn't rotate the whole .c
19:09.31brlcadyeah it is ... we're going to make that step go away eventually with implicit keypoints, but right now it's explicit
19:09.47nmz787_i1keypoints are fine I think
19:09.51brlcadwhich means it needs to know what point to rotate about and that's where the whatever/path/to/something comes in
19:10.02nmz787_i1since so far I'm just using 0 0 0 for the centers or bottoms of things
19:10.36brlcadright, but orot doesn't know what you want
19:10.39nmz787_i1and I'm creating these tcl scripts with object-oriented Python, so keeping track of the center/key is easy... just give my object that attribute
19:10.40brlcadoed tells it
19:11.20nmz787_i1also, I couldn't tell what lpath and rpath meant... left and right?
19:11.27brlcadyes
19:11.45brlcadleft-hand path and right-hand path ..
19:12.07brlcadwhich is basically a complicated way of answering "where do you want the matrix edit performed"
19:12.21brlcad(note rotating/translating primitives is much different)
19:12.27nmz787_i1so can I say oed mygroup.c mygroup.c?
19:12.46brlcadno, it still needs a full right-hand side
19:12.49nmz787_i1or do I have to make a helper function to rotate each primitive the group contains?
19:13.24brlcadif you want to rotate mygroup and it's at the origin such that you don't care, then the right-hand side can be basically any object
19:13.34brlcadoed / mygroup.c/path/to/anything
19:13.39nmz787_i1oh, the right side sets the origin?
19:13.44brlcadyes
19:13.44nmz787_i1rpath
19:13.49nmz787_i1hrmm
19:13.55nmz787_i1that wasn't obvious at all
19:14.07nmz787_i1I assumed it was like directory and file paths
19:14.13brlcadit is that too
19:16.08*** join/#brlcad sofat (~sofat@202.164.45.208)
19:16.39brlcade.g., say I have a filesytem instead of object paths
19:16.50brlcad<PROTECTED>
19:16.56brlcadthe oed command would be: oed / usr/local/bin/reboot
19:17.19brlcadit basically needs a file (really any file) in order to modify any directory
19:18.46brlcadreboot in this example is not the thing being modified, it's between the "/" and "usr", i.e., we're modifying usr in the top-level dir
19:19.36brlcadwe only had to specify a file (reboot), because this is a crazy-ass filesystem that doesn't know how to change directories without a file handle
19:19.46brlcadthat's 3d geometry for you ;)
19:21.01starseekernotes appleseed has posted a summery of their GSoC 2014 efforts: http://google-opensource.blogspot.com/2015/01/google-summer-of-code-wrap-up-appleseed.html
19:21.43starseekeris amused by the box rendering
19:23.55starseekernice - uses bezier curves
19:24.17brlcadsweet
19:25.24starseekerbrlcad: was there ever any follow up with them on the idea of them providing an API to let us shoot rays and feed them into their system?
20:12.16riesit's amazing what guy's can do :s
20:18.15starseekergrowls - sf is acting up again
20:25.35starseekerpokes Notify
20:28.40``Eriklast BRL-CAD commit email I got was 11:30, r64108 O.o is sf not sending them in a timeline manner?
20:28.59``Erikchecked his procmail log to verify...
20:48.24*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
20:53.06*** join/#brlcad nmz787_i (~nmccorkx@192.55.55.37)
21:10.40Notify03BRL-CAD:starseeker * 64110 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp): Create cones - both this and the cyl routine are missing some shapes - need to figure out why.
22:13.41Notify03BRL-CAD:starseeker * 64111 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: Forgot the tolerance in tests.
22:23.20Notify03BRL-CAD:starseeker * 64112 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): Wrong place for the loop test.
23:00.52*** join/#brlcad merzo (~merzo@99-15-133-95.pool.ukrtel.net)
23:20.36*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
23:26.30ignaciobrlcad, ping
IRC log for #brlcad on 20150131

IRC log for #brlcad on 20150131

00:39.37*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
00:39.40*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
02:00.02*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
02:19.14*** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net)
02:25.49*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
03:23.52*** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org)
03:24.17*** join/#brlcad ignacio (~ignacio@unaffiliated/ignaciouy)
04:40.41*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
04:56.04*** join/#brlcad YashM (~YashM@117.222.17.76)
05:24.49ejnoCC=clang CXX=clang++ cmake .. -DBRLCAD_ENABLE_STRICT=OFF
05:25.05ejnoCC=clang CXX=clang++ cmake .. -DBRLCAD_ENABLE_STRICT=OFF
05:25.37ejnowrong window
05:36.24*** join/#brlcad YashM_ (~YashM@59.88.183.182)
06:29.40*** join/#brlcad YashM (~YashM@59.88.180.54)
07:51.09*** join/#brlcad YashM (~YashM@59.88.180.54)
07:56.52*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
08:34.53*** join/#brlcad manan (~manan@182.69.63.66)
08:47.02*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:10.52*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
09:37.11*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
09:55.22*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
11:23.45*** join/#brlcad Konrado (~Konrado@41.244.240.106)
12:38.24starseekerhuh, interesting - Tk Cocoa work summary:  http://www.codebykevin.com/blosxom.cgi/2015/01/30#tk-cocoa-2.0
12:55.45*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
13:07.35*** join/#brlcad YashM_ (~YashM@59.88.180.54)
13:52.35*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
13:59.44*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
14:15.05*** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140)
14:20.08*** join/#brlcad Konrado (~Konrado@41.244.240.133)
14:23.36*** join/#brlcad unicodesnowman (~unicodesn@2602:ffea:1001:1fa::97d2)
14:23.57*** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman)
14:43.38*** join/#brlcad unicodesnowman (~unicodesn@2602:ffea:1001:1fa::97d2)
16:35.06*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
16:56.21*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
17:33.11*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
17:43.47*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
17:59.33*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
18:45.20*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
19:13.27*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
19:59.03*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
20:22.08ignaciobrlcad, ping
21:12.53*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
21:22.48*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
21:39.07ignaciohttps://gcil.cf/org/brlcad
21:52.44*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
22:16.40*** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org)
23:15.00Notify03BRL-CAD Wiki:AllenReynolds * 0 /wiki/User:AllenReynolds:
IRC log for #brlcad on 20150201

IRC log for #brlcad on 20150201

00:28.33nmz787who is jordi? I just got this error while raytracing ERROR: bad pointer 0x1066ea0: s/b struct seg(x98bcdef1), was Unknown_Magic(x547ce385), file /home/jordi/Escriptori/brlcad-7.24.0/src/librt/bool.c, line 177
01:28.20*** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman)
01:44.31*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
02:14.26nmz787can someone help me with orot? mged doesn't seem to complain with my syntax, but when I open the graphic window and raytrace, the motor doesn't look like it was rotated... http://paste.pound-python.org/show/hfZY0YYWNwwczPRL55Gh/
02:29.31nmz787I realized I needed to add the accept command after orot!
02:54.54*** join/#brlcad ofnlut_ (~ofnlut_@2601:a:6680:ee3:3da0:cef6:c468:33ec)
04:12.00nmz787:/ oed is not being nice
04:46.17*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
05:43.14*** join/#brlcad YashM (~YashM@117.222.23.94)
05:46.43*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
06:19.19nmz787can I turn on raytracing so that it constantly updates up to some max FPS? in mged. I can repeatedly click the raytrace button then rotate and click raytrace again, but I basically want to automate this
08:36.07*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
08:36.44*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
08:40.39*** join/#brlcad ignacio_ (~ignacio@rev-18-85-44-59.sugarlabs.org)
08:47.56*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
08:50.46*** join/#brlcad mpictor (~mark@c-68-39-98-222.hsd1.nj.comcast.net)
09:01.41*** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org)
09:37.04*** join/#brlcad YashM (~YashM@117.198.22.233)
10:00.34*** join/#brlcad YashM (~YashM@117.248.203.63)
12:53.19*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
15:25.06*** join/#brlcad merzo (~merzo@121-29-133-95.pool.ukrtel.net)
15:47.00Notify03BRL-CAD Wiki:Bennnnnnnnen * 0 /wiki/User:Bennnnnnnnen:
15:49.37Notify03BRL-CAD Wiki:Fishintherain * 0 /wiki/User:Fishintherain:
16:07.32*** join/#brlcad psrk (7d1409f9@gateway/web/freenode/ip.125.20.9.249)
16:32.27*** join/#brlcad psrk (7d1409f9@gateway/web/freenode/ip.125.20.9.249)
16:57.59*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
17:04.52*** join/#brlcad Guest49389 (~max@14.139.82.6)
17:07.12Max3737hi
17:07.29Max3737I am new to open source
17:07.47Max3737i want to contribute
17:11.17Max3737can anyone help me/
17:11.21Max3737*?
17:17.41teepeeMax3737: did you have a look at the wiki yet?
17:18.48Max3737yes
17:19.33teepeehttp://brlcad.org/wiki/Deuces has a list of  topics that might be a good starting point
17:19.41Max3737even read the contributers guide to brl-cad
17:21.58Max3737even installed brl-cad but i don't have the source code
17:23.22teepeeahh, good next step then. get the source code, compile it, run the performance test suite :)
17:25.17Max3737i am unable to download it,i have proxy issues while downloading with this command in ubuntu "svn checkout svn://svn.code.sf.net/p/brlcad/code/brlcad/trunk brlcad-code "
17:25.44Max3737is there any other way to download it
17:26.42teepeehmm, not sure, I think there's also a way to download a zip or tar.gz
17:30.05Max3737can u provide me the link
17:31.59teepeehttp://brlcad.org/d/download
17:37.02Max3737i think thats a link to download software right?
17:37.40teepeeone of the icons says "Source"
17:44.52*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
17:57.30*** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94)
18:39.53Max3737thanks ,i have compiled it and also ran the benchmark test
18:43.35Max3737what to do next?
18:49.17teepeedepends on what you like to do next :)
18:49.25teepeetry to create some model
18:49.35teepeedig into the code and try to fix one of the issues listed in the wiki
18:49.43teepeetotally up to you
19:10.02Max3737okay :D
19:19.50Max3737to start with the deuces do i need to download brlcad-virtual image and install it in virtual box?
19:22.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:51.04*** join/#brlcad merzo (~merzo@121-29-133-95.pool.ukrtel.net)
20:36.57*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
21:32.47*** join/#brlcad siddhanjay (6704de02@gateway/web/freenode/ip.103.4.222.2)
21:56.10*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
22:14.49*** join/#brlcad merzo (~merzo@121-29-133-95.pool.ukrtel.net)
23:37.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150202

IRC log for #brlcad on 20150202

00:54.21*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
01:44.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:25.39*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
02:51.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:51.06*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
04:06.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:23.20nmz787anyone know if BRLCAD can export as any of these formats? ' Gmsh, MEDIT, METIS or SCOTCH '
05:39.50*** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
07:32.28*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
07:57.11*** join/#brlcad Max3737 (~max@14.139.82.6)
08:03.30*** join/#brlcad YashM (~YashM@117.198.18.142)
08:35.55*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:39.33*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
08:39.40*** join/#brlcad konrado (~konrado__@41.244.240.66)
08:46.45*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
09:08.11*** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:14.25*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:33.11*** join/#brlcad adityagulati (6ac085de@gateway/web/cgi-irc/kiwiirc.com/ip.106.192.133.222)
10:33.50adityagulatiWhen will the results come?
10:37.06*** join/#brlcad adityagulati (6ac085de@gateway/web/cgi-irc/kiwiirc.com/ip.106.192.133.222)
10:39.43*** join/#brlcad adityagulati (6ac085de@gateway/web/cgi-irc/kiwiirc.com/ip.106.192.133.222)
10:40.45*** part/#brlcad adityagulati (6ac085de@gateway/web/cgi-irc/kiwiirc.com/ip.106.192.133.222)
11:05.03*** join/#brlcad Konrado (~Konrado@41.244.240.211)
11:25.43*** join/#brlcad mpictor (~mark@c-68-39-98-222.hsd1.nj.comcast.net)
11:59.12*** join/#brlcad Konrado (~Konrado@41.244.240.13)
13:19.51*** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
14:25.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:47.19*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:52.48*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
15:15.51*** join/#brlcad Konrado (~Konrado@41.244.240.78)
15:20.16Notify03BRL-CAD:starseeker * 64113 brlcad/trunk/src/libbrep/shape_recognition.cpp: Have highest_order_face check a face set.
15:28.30Notify03BRL-CAD:starseeker * 64114 brlcad/trunk/src/libbrep/shape_recognition.cpp: Tweaks.
15:40.40Notify03BRL-CAD:carlmoore * 64115 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: remove trailing blanks/tabs, and fix 2 misspellings
15:45.28*** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66)
15:53.20*** join/#brlcad Konrado (~Konrado@41.244.240.132)
15:57.05Konradostarseeker: hello
16:37.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:44.05Notify03BRL-CAD:starseeker * 64116 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 2 others): Use const on the parent brep so we don't have to duplicate it.
16:50.04Notify03BRL-CAD:starseeker * 64117 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: don't want negative heights for cones
16:56.11*** join/#brlcad nmz787_i (~nmccorkx@134.134.137.71)
17:56.53*** join/#brlcad konrado (~root@41.244.240.55)
17:58.28*** join/#brlcad raptor__ (~raptor@194.28.75.249)
18:33.20*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-xvlcaxmrrlsyqbpw)
19:10.14*** join/#brlcad ignacio_ (~webchat@rev-18-85-44-69.sugarlabs.org)
19:10.25Notify03BRL-CAD:starseeker * 64118 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 2 others): Will need to return more than one csg object for more complex situations.
19:11.08ignacio_Congrats to GCI Winners (http://google-opensource.blogspot.com/2015/02/google-code-in-2014-welcome-to-winners.html)
19:28.07*** join/#brlcad Konrado (~Konrado@41.244.240.55)
19:39.17*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
19:47.02*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
19:53.52*** join/#brlcad vipulsharma (1b6b4102@gateway/web/freenode/ip.27.107.65.2)
19:54.15vipulsharmacongrats andromeda galaxy
19:56.09*** part/#brlcad vipulsharma (1b6b4102@gateway/web/freenode/ip.27.107.65.2)
20:38.32*** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66)
20:58.16*** join/#brlcad MarcTannous (bc194991@gateway/web/cgi-irc/kiwiirc.com/ip.188.25.73.145)
21:05.10Notify03BRL-CAD:starseeker * 64119 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): Start working on how to define arbs.
21:11.43*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
21:12.58tofu_congratulations all around to everyone that participated
21:15.15Notify03BRL-CAD:starseeker * 64120 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Note the next steps.
21:18.52Notify03BRL-CAD:starseeker * 64121 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: few more notes
22:16.51brlcadignacio: that looks a really nice improvement but I do miss seeing the percentages / pie chart too
22:21.21brlcadignacio: suggestion to make the menu be just for prior years (then it could say prior years and require discovery) and keep the horizontal tabs for all/org1/org2 etc displayed on top for the selected year
22:22.20brlcadignacio: also, there's a menu bug: go to an individual summary page, all org menu links go to /org/all
22:22.45brlcadminor, fixed by selecting the menu from org/all again
22:25.09*** topic/#brlcad by brlcad -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya.
23:20.44*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
IRC log for #brlcad on 20150203

IRC log for #brlcad on 20150203

00:56.59*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
01:09.15starseekerlatest doxygen:  http://brlcad.org/docs/doxygen-r64112/index.xhtml
01:13.58StragusNeat. Last time I used Doxygen, it would output plenty of garbage for being confused with GCC extensions, maybe they fixed that
01:34.00starseekerthere's a lot you can do to configure it - we're still in the process of sorting out ours
01:34.32starseekerlibbu's the best off, and libbn's not too far behind, but after that things kind of drop off quickly
01:38.46starseekeris still learning about doxygen - for instance, need to figure out how to organize doxygen comments on private functions
01:39.39starseekerdid seem to finally get a scheme in place that allows for good library module organization
01:39.59starseekernext time we do GCI we can probably set up a bunch of intro tasks...
01:45.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:54.30Notify03BRL-CAD:starseeker * 64122 brlcad/trunk/misc/doxygen/Doxyfile.in: Try excluding patterns *private* and *test* from Doxygen outputs. Not ideal, since in theory comments on private functions would still be handy for BRL-CAD devs, but on the theory that Doxygen docs are primarily intended for external users of the APIs try excluding for now.
02:09.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:14.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:36.49*** join/#brlcad YashM (~YashM@117.222.16.37)
04:16.55brlcadstarseeker: that's pretty awesome!  looks great.
04:17.31brlcadthat embedded graph is so much better than what it used to do
04:17.58brlcadstill might want MAX_DOT_GRAPH_DEPTH set through .. not sure there's much value seeing into the depths of bu_log and bu_bomb everywhere ;)
04:18.10brlcadseem to the be dominant culprits
04:26.30nmz787starseeker: I get an error on this page http://brlcad.org/docs/doxygen-r64112/files.xhtml     "This page contains the following errors: error on line 271 at column 36: Opening and ending tag mismatch: p line 0 and td Below is a rendering of the page up to the first error."
06:05.54*** join/#brlcad andrei__ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
06:16.52*** join/#brlcad andrei_ (c35a6e7d@unaffiliated/andrei/x-7229309)
06:16.52*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
06:29.38*** join/#brlcad YashM (~YashM@59.88.182.172)
07:52.30*** join/#brlcad Konrado (~Konrado@41.244.240.185)
07:58.20*** join/#brlcad YashM (~YashM@117.222.71.21)
08:05.05*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:19.06*** join/#brlcad konrado (~root@41.244.240.76)
09:01.29konradobrlcad: hello
09:30.03*** join/#brlcad konrado (~root@41.244.243.115)
11:47.45starseekernmz787: I see it too - not sure why, all of this output is autogenerated by doxygen
11:52.19Notify03BRL-CAD:starseeker * 64123 brlcad/trunk/misc/doxygen/Doxyfile.in: Good idea from Sean - set MAX_DOT_GRAPH_DEPTH so the graphviz plots are more readable and more selectively relevant to the function in question.
12:09.44*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
12:21.43*** join/#brlcad mihaineacsu (~mihaineac@188.25.180.64)
13:00.47*** join/#brlcad jrullman_ (sid54856@gateway/web/irccloud.com/x-wxkvhhabtfqluyny)
13:09.40*** join/#brlcad mihaineacsu (~mihaineac@188.25.180.64)
13:20.13*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
13:20.50*** join/#brlcad mihainea_ (~mihaineac@84.117.231.251)
13:22.47*** join/#brlcad andrei__ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
13:38.14*** join/#brlcad Konrado (~Konrado@41.244.240.9)
13:38.37*** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net)
13:40.36*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
14:30.24*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
14:41.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:09.15Notify03BRL-CAD:starseeker * 64124 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp): Generate arb8 primitives. Not really refined yet, but they seem to be appearing in the generally correct areas and with approximately the right values.
15:14.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:56.28Notify03BRL-CAD:carlmoore * 64125 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: remove a trailing blank or tab
16:25.54*** join/#brlcad rohit0143 (~rohit@14.139.82.6)
16:55.05*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-pcqkztndedyupxfm)
17:56.57Notify03BRL-CAD:carlmoore * 64126 brlcad/trunk/doc/docbook/system/man1/en/ug-g.xml: use <command> just before this command name
18:12.00*** join/#brlcad mmu_man (~revol@sdi.iut-valence.fr)
19:25.30*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
19:29.11*** join/#brlcad mmu_man (~revol@sdi.iut-valence.fr)
19:52.11nmz787_iwhoo, got a co-worker to try BRLCAD and he ended up being able to use it while PythonCAD and pythonOCC failed and had poor docs (respectively, he said)
20:18.47Notify03BRL-CAD:brlcad * 64127 brlcad/trunk/BUGS: nick found that m35 r420 appears to be a bug (at least nothing traces).
20:53.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:15.41*** join/#brlcad sofat (~sofat@202.164.45.208)
21:29.35*** join/#brlcad merzo (~merzo@106-46-133-95.pool.ukrtel.net)
21:30.44*** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net)
21:35.29Notify03BRL-CAD:n_reed * 64128 brlcad/trunk/BUGS: sean found that m35 r420 is just air
21:47.26Notify03BRL-CAD:starseeker * 64129 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Start sorting out negative and positive cylinders.
22:00.32*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
22:26.56Notify03BRL-CAD:starseeker * 64130 brlcad/trunk/src/libbrep/shape_recognition.cpp: Add a note that we'll eventually need to deal with convex/concave issues for addive and subtractive boolean determinations.
22:57.34*** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
IRC log for #brlcad on 20150204

IRC log for #brlcad on 20150204

00:20.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:42.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:03.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:19.33*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
01:43.00Notify03BRL-CAD:starseeker * 64131 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c): It's looking like Franklin's point-in-polygon test may prove useful - libbn-ify so it's available for testing.
02:54.15*** join/#brlcad ignacio (~ignacio@unaffiliated/ignaciouy)
03:03.41*** join/#brlcad YashM (~YashM@117.198.15.74)
03:38.42*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-ioczrxwvrpjlzhtb)
03:40.12*** join/#brlcad nmz787_i1 (nmccorkx@nat/intel/x-lnbmjuloqkxteffm)
05:03.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:06.53*** join/#brlcad YashM (~YashM@117.198.15.74)
05:35.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:14.34*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
08:38.37*** join/#brlcad mihaineacsu (~mihaineac@188.25.209.185)
09:13.06*** join/#brlcad merzo (~merzo@92.60.189.225)
11:16.55*** join/#brlcad andrei_ (c35a6e7d@unaffiliated/andrei/x-7229309)
11:16.55*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
11:40.40*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
18:50.27*** join/#brlcad infobot (ibot@rikers.org)
18:50.27*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya.
18:55.46*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-lofjkctjqttxvvyd)
19:58.56Notify03BRL-CAD:carlmoore * 64137 brlcad/trunk/doc/docbook/system/mann/en/lc.xml: add a colon
20:09.37nmz787_iso I'm confused with why the PIPE command has this constraint, but other places in BRLCAD docs it says that BRLCAD can do arbitrary modelling (from subatomic to galactic I think is what I read)  "Points may not be coincident; they must be offset by at least 0.0001 mm."
20:09.55nmz787_i100nm is larger than the smallest thing I think I can model
20:10.04nmz787_ican/want to
20:10.48nmz787_iso I guess this means I need to make my own PIPE helper function, or somehow reduce that 0.0001 number (is it some macro or hard-coded value?)
20:28.33Notify03BRL-CAD:carlmoore * 64138 (brlcad/trunk/doc/docbook/system/mann/en/lc.xml brlcad/trunk/src/tclscripts/mged/lc.tcl): wording fixes involving lc; also a fix to Usage
20:31.58Notify03BRL-CAD:starseeker * 64139 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 3 others): Restructure the parent-child storage to be saner.
20:32.12Notify03BRL-CAD:starseeker * 64140 brlcad/trunk/src/librt/test_shape_recognition.cpp: Update the test program to walk the new setup.
20:50.05``Erikhuh, "glNext" O.o
20:50.48``Eriknmz787_i: it might be hardcoded... a pipe is a 'compound' primitive (contradictory, huh?) made up of rcc's and torii
20:57.45*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
21:22.37Notify03BRL-CAD:starseeker * 64141 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 3 others): Start setting up for the problem of adding planar faces back into parent breps.
21:24.33Notify03BRL-CAD:bob1961 * 64142 brlcad/branches/eab/src/tclscripts/lib/RtImage.tcl: Remove extra call to exec . This was missed when adding the do_wait logic.
21:25.14Notify03BRL-CAD:bob1961 * 64143 brlcad/trunk/src/tclscripts/lib/RtImage.tcl: Remove extra call to exec . This was missed when adding the do_wait logic.
21:38.43*** join/#brlcad albertcoder (~quassel@202.164.45.198)
IRC log for #brlcad on 20150205

IRC log for #brlcad on 20150205

00:04.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:00.17brlcadhttps://www.jasondavies.com/animated-bezier/
01:07.14nmz787_ibrlcad: that's super cool
01:15.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:21.31starseekerinteresting:  https://groups.google.com/forum/#!topic/openmanufacturing/emYMidGlaRA - it might be worth studying the differences between the openSCAD gui and our own
01:27.07nmz787_ihah, that was my conversation originally
01:29.06nmz787_ithe previous email to John included this comment  "Hmm, I know there was an openSCAD/openCasCade person in the #brlcad IRC room talking about conversions or interchange, but I'm not sure if a good format/converter exists today to interface with BRL-CAD."
01:29.23nmz787_inot sure who that openscad/opencascade person in here was
01:40.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:58.23Notify03BRL-CAD:n_reed * 64144 brlcad/trunk/src/other/openNURBS/opennurbs_surface.cpp: profiler identified ON_Surface::UnwrapUV as a hot spot; calculate uv unwrap position directly instead of iterating to it
02:22.17brlcadnmz787: modeling that goes anywhere near 0.0005 or smaller (e.g., subatomic) is possible, but it requires modification of a few compile-time constants -- i.e., you don't get that range out-of-the-box, the defaults are geared for typical CAD engineering model constraints and sizes
02:24.33brlcadalso, kintel and teepee are openscad devs
02:34.54andromeda-galaxybrlcad: oh, by the way --- this isn't immediately relevant to anything, but it's something that I've been wondering about for a while --- the web page says that BRL-CAD's primary purpose is ballistic/electrodynamic analysis, but I can't find any information anywhere on how to use it for those types of analysis (I've looked over the documentation page several times, sorry if I missed something...)
03:05.05*** join/#brlcad nmz787_i (~nmccorkx@192.55.55.41)
03:16.26brlcadstarseeker: is this fixed? https://sourceforge.net/p/brlcad/discussion/362509/thread/437427c4/?limit=25
03:18.22brlcadandromeda-galaxy: the ballistic/analysis purposes are not available to the public, but they are nonetheless the primary active-use purpose
03:18.52brlcadthis can be explained better, and I'm hoping our website redesign will address this
03:23.34andromeda-galaxybrlcad: ahh, that makes sense...
03:29.55*** join/#brlcad YashM (~YashM@117.222.16.103)
04:03.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:09.10starseekerbrlcad: I believe that was fixed by r63433
04:29.11brlcadstarseeker: okay cool .. I thought the restructuring did it
04:29.47*** join/#brlcad YashM (~YashM@117.198.15.161)
04:30.09nmz787_iand idea what the google sketchup format consists of, as far as how they represent things?
04:36.45brlcadnmz787: I don't believe they expose the user to their internal representation
04:39.30brlcadnmz787: given they export collada, that's a good indication that it's probably some sort of boundary representation internally that they export to a variety of polygonal formats
04:40.41nmz787_ihuh, cool, thanks
04:44.27nmz787_ibrlcad: is there any educational (childrens) information/promotional material for BRLCAD? my co-worker used some simple tcl commands to generate a new gear thing for his mom's school class pencil sharpener, then threw the STL at his 3D printer and only took around 35 mins to print... so he's going to take the printer into the kids class and show them the process and have it print while they're at lunch or something, and show the
04:44.28nmz787_ifinished product after
04:44.45nmz787_isooo, idk anything good for a sticker or something with shapes and a wireframe?
04:45.14nmz787_ihim showing them his model might be good enough for the modelling aspect
04:45.47nmz787_ibut it might be cool to have something to associate the BRLCAD name
04:53.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:12.22*** join/#brlcad infobot_ (ibot@rikers.org)
05:12.22*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya.
06:16.06brlcadcalculated stats on our backlog:
06:16.10brlcad438 TODO
06:16.10brlcad142 BUGS
06:16.10brlcad113 patches.json
06:16.10brlcad100 bugs.json 66 feature-requests.json 34 support-requests.json
06:16.10brlcad===
06:16.12brlcad893 TOTAL
06:16.38*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
06:17.18brlcadthere's undoubtedly some overlap on BUGS and bugs.json as well as TODO and *requests.json
06:17.28brlcadbut best case that's still
06:17.58brlcad~893 - 100 - 66 - 34
06:17.58infobot693
06:19.22brlcadnmz787_i: there has been over the years, but I don't have anything handy or know of anything that'd be relevant for 3d printing at the moment
06:20.00brlcadcertainly doable and really easy to set up (if one has learned mged's commands)
06:21.06brlcadwe do have a couple GCI scripts that create a simple piece of geometry for this very purpose (a toy car), the intent being to create a little tutorial that can be 3d printed
06:21.31brlcadbut they're not ready for use (gci just finished), someone would need to pull the materials together
06:53.11*** join/#brlcad YashM (~YashM@59.88.24.167)
07:19.35*** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net)
08:00.14*** join/#brlcad albertcoder (~quassel@202.164.53.117)
08:28.59nmz787_ibrlcad: oh my buddy has something to 3D print that is relevant to the classroom... some gear that the pencil sharpener wore out :)  but showing kids a toy car would probably get them excited
08:55.21*** join/#brlcad mihaineacsu (~mihaineac@84.117.234.209)
09:22.29*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:28.08Notify03BRL-CAD Wiki:DJTMM 1990 * 0 /wiki/User:DJTMM_1990:
11:46.57*** join/#brlcad Konrado (~Konrado@41.244.243.108)
12:53.05Notify03BRL-CAD:starseeker * 64145 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Start thinking about planar volume approaches
12:58.36Notify03BRL-CAD:starseeker * 64146 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: fix arb8 generation
13:17.29*** join/#brlcad Sricharanized (~raincrash@61.12.82.214)
13:28.38*** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66)
13:59.53Notify03BRL-CAD:starseeker * 64147 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp and 2 others): start putting a skeleton in place for arb processing
14:28.47*** join/#brlcad luca79 (~luca@host119-20-dynamic.4-87-r.retail.telecomitalia.it)
14:33.48*** join/#brlcad Sricharanized (~raincrash@116.202.128.241)
14:50.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:47.51*** join/#brlcad sofat (~sofat@202.164.45.198)
15:48.05sofatbrlcad, hello
15:48.17sofati have done some work in docbook
15:49.03sofati have started to convert the brlcad manual  documentation in docbook
15:53.55sofatthere is link
15:53.55sofatplease check
15:53.56sofathttp://202.164.53.122/~hitesh/brlcadxml/first.xml
16:11.52*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:44.23*** join/#brlcad sofat (~sofat@202.164.45.198)
16:54.56*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-sfkgowxpjnbxzznw)
16:57.28*** join/#brlcad albertcoder (~quassel@202.164.45.198)
17:14.50*** join/#brlcad sofat (~sofat@202.164.45.198)
17:44.26*** join/#brlcad sofat (~sofat@202.164.45.198)
17:48.10*** join/#brlcad albertcoder (~quassel@202.164.45.198)
18:51.58brlcadnmz787: especially when they see that they can probably make a better car and get it printed too  (the toy car examples we have were made by high school students)
18:53.04brlcadsofat: which brlcad manual?
18:54.13sofatdoc/html/manuals/Anim_Tutorial
18:55.32sofatthere is html pages
18:55.42sofati convert these pages in docbook
18:55.59sofatxml and xsl
18:56.55sofatbrlcad, i am going right direction ?
19:06.05*** join/#brlcad nmz787_i (~nmccorkx@134.134.139.74)
19:14.07sofatbrlcad, please gave me response
19:25.22sofatI am working on all text format documents to convert in docbook
19:25.34sofatas well as html documentation
19:41.39sofatbrlcad, i going to sleep there is mid night i will talk you tomorrow
19:41.47sofatGood night
19:48.58*** join/#brlcad anishshah101 (~anishshah@115.252.160.115)
19:58.27anishshah101Hi, I wanted to participate in GSOC 2015 with BRL CAD, any suggestions?
19:59.28anishshah101I am a javascript developer and did my GSoC 2014 with an organization called Public Lab.
20:02.00*** join/#brlcad albertcoder (~quassel@202.164.45.208)
20:20.37Notify03BRL-CAD:starseeker * 64148 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: More setup for arb analysis
20:31.11*** join/#brlcad rohit0143 (~rohit@14.139.82.6)
20:31.33*** join/#brlcad albertcoder (~quassel@202.164.45.208)
21:03.52brlcadanishshah101: you should try to make a useful patch contribution
21:04.37brlcadin any area, but something actually useful (e.g., that fixes a bug or clearly improves the usability of something, or implements a feature that did not exist before)
21:05.18brlcadthousands of possibilities, your job is to find and do one without being a burden on others ;)
21:08.44anishshah101sure, can you point me towards the bug tracker, forum where you discuss feature additions?
21:15.06brlcadif someone needs to give you information that is very easily found with a web search, wouldn't that qualify as being a burden?
21:15.07Notify03BRL-CAD:starseeker * 64149 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: More pondering of situations where we need to break down polyhedron shapes.
21:15.24brlcadis not trying to be rude, just that you might want to rethink your approach
21:16.16brlcadwe discuss here and on our brlcad-devel mailing list (see HACKING file for more details)
21:29.24*** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66)
21:29.53Notify03BRL-CAD:carlmoore * 64150 brlcad/trunk/src/util/pixelswap.c: add argument in Usage, and go with bu_getopt error messages, since -d with no argument led to 'Bad flag' message
21:42.46*** part/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66)
21:51.45Notify03BRL-CAD:carlmoore * 64151 brlcad/trunk/src/util/pixelswap.c: if only 1 argument, we have run-with-no-arguments situation; consider it NOT to be 'missing pixel value(s)'
21:55.52Notify03BRL-CAD:carlmoore * 64152 brlcad/trunk/src/util/pixelswap.c: remove a pair of brackets from Usage, because we are required to use < and >
21:57.21Notify03BRL-CAD:starseeker * 64153 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: more notes
21:58.39Notify03BRL-CAD:carlmoore * 64154 brlcad/trunk/src/util/pixelswap.c: oops, left in some trailing blanks
22:29.14*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
22:41.28*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
IRC log for #brlcad on 20150206

IRC log for #brlcad on 20150206

00:17.11*** join/#brlcad infobot (ibot@rikers.org)
00:17.11*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya.
05:53.19*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
07:59.52*** join/#brlcad merzo (~merzo@89-15-132-95.pool.ukrtel.net)
08:10.05*** join/#brlcad rohit0143 (~rohit@14.139.82.6)
08:29.46*** join/#brlcad YashM (~YashM@117.198.14.86)
08:34.22*** join/#brlcad YashM_ (~YashM@117.222.68.245)
08:39.50*** join/#brlcad sofat (~sofat@202.164.53.117)
08:47.54sofatbrlcad, hello
08:48.21StragusHey sofat, just saying... You can post questions, stay connected and read the answers later on
08:48.41StragusYou seem to mostly connect when it's around 4 AM where brlcad lives :)
08:49.05sofatso tell the time when brlcad is online
08:49.11sofatplease
08:50.00StragusIn the afternoon and evening of the U.S. eastern coast
08:50.16sofatokay thanks so much
08:50.57StragusLike I said, the best is probably to ask questions and remain connected to IRC. That way, people can answer and you can read the answers later on
08:51.35andrei_Stragus, you live on the eastern coast as well ?
08:52.14StragusYes... but I work from home and my day cycle is completely messed up :)
08:52.26sofatokay thanks
08:52.29andrei_that's weird
08:52.36andrei_your ip indicates that you re in france
08:53.54StragusFrom France? IRC's reverse DNS gives me modemcable090.29-19-135.mc.videotron.ca
08:55.52andrei_yeah
08:56.01andrei_90.29.19.135 is a french IP
08:56.27StragusRead it the other way, my IP is 135.19.29.90
08:56.49andrei_lol, quite a difference
08:57.13*** join/#brlcad mihaineacsu (~mihaineac@188.26.219.159)
09:28.23*** join/#brlcad mihaineacsu (~mihaineac@188.26.219.159)
09:32.45*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:40.04*** join/#brlcad albertcoder (~coderalbe@117.228.231.118)
09:49.12*** join/#brlcad mihaineacsu (~mihaineac@84.117.231.241)
10:16.21*** join/#brlcad mihaineacsu (~mihaineac@84.117.231.241)
12:00.07*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:10.09*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
12:20.52*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
12:20.52*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
12:32.47*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
12:36.33*** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net)
12:38.04*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
12:39.39*** join/#brlcad hsrai (~hsrai@66-118-151-70.static.sagonet.net)
12:39.39*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
12:39.51*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
12:40.04*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
12:40.13*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
12:41.06*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
12:41.10*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
12:46.57*** join/#brlcad mihaineacsu (~mihaineac@188.26.219.159)
13:11.43``Erikif you use one of the sql servers on bz, check your stuff. I just upgraded
13:12.59``Erikpsql 9.2->9.4, mysql 5.5->5.6
13:39.58*** join/#brlcad anishshah101 (~anishshah@116.203.74.87)
13:53.50*** join/#brlcad rohit0143 (~rohit@14.139.82.6)
14:32.36*** join/#brlcad mihaineacsu (~mihaineac@84.117.231.4)
14:41.32brlcadwoo hoo!  http://www.cmake.org/Bug/view.php?id=12991#c28687:
14:43.01brlcadthat only took three years
14:45.47Notify03BRL-CAD:starseeker * 64155 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cone.cpp and 2 others): Will probably need a full data subset for the planar part...
14:50.21Notify03BRL-CAD:bob1961 * 64156 brlcad/branches/eab/src/libbu/kill.c: Updated bu_terminate() to kill not only the referred to process, but any children as well. This should take care of fixing archer's rt abort button.
14:50.40Notify03BRL-CAD:bob1961 * 64157 brlcad/trunk/src/libbu/kill.c: Updated bu_terminate() to kill not only the referred to process, but any children as well. This should take care of fixing archer's rt abort button.
15:20.10Notify03BRL-CAD:bob1961 * 64158 brlcad/branches/eab/src/tclscripts/lib/RtImage.tcl: cadwidgets::rtimage can now be simplified because bu_terminate(int _process) kills _process and its children.
15:21.58Notify03BRL-CAD:bob1961 * 64159 brlcad/trunk/src/tclscripts/lib/RtImage.tcl: cadwidgets::rtimage can now be simplified because bu_terminate(int _process) kills _process and its children.
15:26.44*** join/#brlcad sofat (~sofat@101.214.212.90)
15:26.54sofatbrlcad, hello
15:27.19sofati have convert the some text documents into docbook
15:27.28sofathere is link
15:28.08sofat202.164.53.122/~hitesh/brlcadxml/textfiles/
15:28.17sofatplease check
15:39.59*** join/#brlcad sofat786 (~androirc@101.214.212.90)
15:44.35*** join/#brlcad sofat (~sofat@101.214.11.127)
15:46.20*** join/#brlcad hiteshsofat (~androirc@101.214.11.127)
15:49.12*** join/#brlcad pujani (~pujani@101.214.11.127)
16:02.23*** join/#brlcad sofat (~androirc@202.164.45.208)
16:09.26Notify03BRL-CAD:starseeker * 64160 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 2 others): Start building up planar breps
16:31.40*** join/#brlcad sofat (~androirc@202.164.45.208)
16:33.41*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:33.56*** join/#brlcad anishshah101 (~anishshah@116.203.76.92)
16:47.25starseekerbrlcad: nice!
16:47.28starseekermust try this
16:48.07sofatbrlcad, hi
16:49.00starseekersofat: hang in there - we're quite busy, so it can take a while sometimes to work through the queues
16:49.28starseekersofat: are you integrating your new docbook files into the BRL-CAD build?
16:50.04*** join/#brlcad sofat (~androirc@202.164.45.208)
16:50.10starseekersofat: hello?
16:50.20sofatYes
16:50.25starseekerdid you see my question?
16:50.32sofatYes
16:51.41starseekerthe idea way to go at this would be to make a patch to the BRL-CAD trunk that adds the docbook files to the build system - we have some quality assurance mechanisms built into that process
16:54.15sofatOkay
16:54.29starseekersee, for example, oed.xml in http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/doc/docbook/articles/en/
16:54.45starseekerit is included in the CMakeLists.txt file in that directory
16:56.29sofatBut i want to ask some questions
16:56.46starseekerI can try to answer a few
16:58.57sofatI convert the text format docs in docbook
16:59.13sofatBut i found html docs there
16:59.19starseekerOK - sounds good.  I think I recall that you were starting with the animation tutorials?
16:59.29sofatYes
16:59.32starseekerhtml docs are also candidates, with a few exceptions
16:59.42starseekerthe animation docs are candidates
17:00.21Notify03BRL-CAD:starseeker * 64161 brlcad/trunk/regress/step/CMakeLists.txt: COPY_ONLY -> COPYONLY
17:00.40sofatyes
17:01.17sofatSo you these html docs in docbook or not
17:01.29starseekerwe want them converted to docbook
17:01.53sofatOk
17:03.27sofatI want to show you my work if free
17:04.31*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
17:05.42starseekersofat: the best way to do that is to provide a patch that integrates them into the BRL-CAD build - that's how we generate html and other formats
17:06.04sofatOk
17:06.05starseekerit's hard to review raw docbook without also inspecting the HTML output it produces
17:06.33starseekerit's not hard to integrate into our build, if you are set up to build BRL-CAD, and you'll want to make sure you pass the xmllint test
17:07.33starseekerI might be able to look over the raw files tomorrow, but it is better if you can take things to the point of a working patch
17:09.01sofatOk as soon as possible i will submit my patch
17:10.25starseekersounds good!
17:10.31sofatThanks so much
17:10.54starseekerthank you - are you familiar with how to build the BRL-CAD docs?
17:11.36sofatUsing docbook?
17:11.42starseekeryes
17:12.02starseekerit's built into our build - you just have to know how to build BRL-CAD
17:12.54sofatYes few months ago i am working on this and submit the patch
17:13.02starseekerok, excellent
17:13.39sofatBut brlcad want to convert all non docbook doc into docbook
17:13.53starseekerright
17:13.55sofatSo i started the work again
17:14.04starseekerawesome
17:15.04sofatLast is only make the website dynamic about us page using docbook stylesheet  In wordpress
17:15.26sofatLast work is
17:15.36starseekerah yes - nice!
17:16.22starseekerthere are a few files in the doc/ directory that shouldn't be converted - html/ReleaseNotes can probably be skipped
17:16.36sofatOk
17:17.01sofathttp://202.164.53.122/~hitesh/brlcadxml/textfiles/
17:17.19sofatI only convert these files
17:17.20starseekersofat: I'll see if I can take a look tomorrow - I can't at the moment
17:17.34sofatOk no problem
17:17.38starseekersofat: if you need something else to convert, doc/mged is certainly a candidate
17:17.44starseekerthat'll be a challenge
17:18.15sofatOk i will do this
17:18.23sofat:-)
17:18.40starseekerit's LaTeX - fair warning
17:19.03sofatI am working on latex
17:19.18sofatI will handle this
17:19.21starseekerthe *.tr files are candidates and quite a bit simpler structurally (as well as shorter) if you'd rather pick off some easier files
17:19.41sofatOk
17:21.32sofatstarseeker, thanks for guide me
17:32.08*** join/#brlcad gaganjyot (~gaganjyot@27.255.242.59)
17:32.28starseekerbrlcad: line fix works as far as not having multiple percents on one line, but the color occasionally bleeds into the next line
17:32.36starseekerstill, progress
17:46.25*** join/#brlcad sofat (~androirc@202.164.45.208)
17:51.31Notify03BRL-CAD:starseeker * 64162 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): Stash the vertex map for later use
18:05.38*** join/#brlcad clock (~clock@212.203.58.127)
18:06.24*** part/#brlcad clock (~clock@212.203.58.127)
18:16.13*** join/#brlcad nmz787_i (~nmccorkx@134.134.137.75)
18:18.00*** join/#brlcad Sricharanized (~raincrash@116.202.97.119)
18:50.35*** join/#brlcad nmz787_i1 (~nmccorkx@134.134.137.75)
18:52.11Notify03BRL-CAD:ejno * 64163 brlcad/trunk/src/libgcv/conv/stl/stl_read.c: return failure instead of exiting
18:54.10Notify03BRL-CAD:ejno * 64164 brlcad/trunk/src/libged/simulate/rt_instance.cpp: check that object is a combination
19:02.41*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-zkomvavhsanwrmte)
19:17.59Notify03BRL-CAD:ejno * 64165 brlcad/trunk/src/libgcv/conv/obj/obj_write.c: return failure instead of exiting
19:20.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:32.05Notify03BRL-CAD:starseeker * 64166 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: Tweak memory freeing
19:34.09Notify03BRL-CAD:starseeker * 64167 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: free local brep as well
20:46.31Notify03BRL-CAD:starseeker * 64168 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: fix map assignment
21:00.38*** join/#brlcad nmz787_i (~nmccorkx@134.134.137.75)
21:27.03brlcadstarseeker: good to know, relayed the info
21:41.14*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
21:42.17Notify03BRL-CAD:brlcad * 64169 brlcad/trunk/include/bu/parallel.h: note that children are killed too
21:47.12Notify03BRL-CAD:brlcad * 64170 brlcad/trunk/src/libbu/kill.c: follow bob's lead, separating out the implementations per platform into easily read functions (should do this elsewhere too...). good idea. reorder to avoid the forward decl and rename since this isn't public api.
21:51.01brlcadstarseeker: and fixed that quick :)  http://www.cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c6ada827
22:36.20brlcadneat, a path tracer in go
22:44.05Notify03BRL-CAD:starseeker * 64171 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Make a start on inserting planar replacement faces into a parent planar solid.
IRC log for #brlcad on 20150207

IRC log for #brlcad on 20150207

00:14.26*** join/#brlcad nmz787_i (~nmccorkx@134.134.137.71)
00:35.08*** join/#brlcad infobot_ (ibot@rikers.org)
00:35.08*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya.
01:20.55*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
02:29.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:58.04*** join/#brlcad infobot (ibot@rikers.org)
02:58.04*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya.
04:01.06*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
04:37.11*** join/#brlcad rohit0143 (~rohit@14.139.82.6)
05:02.36*** join/#brlcad YashM (~YashM@117.222.71.102)
05:06.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:46.01*** join/#brlcad sofat (~androirc@202.164.45.208)
06:25.25*** join/#brlcad sofat (~androirc@49.138.149.132)
07:09.08*** join/#brlcad rohit0143 (~rohit@14.139.82.6)
07:36.54*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
08:01.42*** join/#brlcad YashM (~YashM@117.222.71.102)
09:09.08*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
10:40.44*** join/#brlcad gjeet (75dcaa2a@gateway/web/cgi-irc/kiwiirc.com/ip.117.220.170.42)
11:40.41*** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee)
12:11.44*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
12:40.33*** join/#brlcad sofat (~androirc@202.164.45.208)
13:00.56*** join/#brlcad konrado (~root@41.244.240.157)
13:31.56*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
14:45.57*** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org)
14:46.19*** join/#brlcad ignacio (~ignacio@unaffiliated/ignaciouy)
14:48.23*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
15:25.43*** join/#brlcad YashM_ (~YashM@117.222.71.102)
16:08.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:19.36*** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66)
16:49.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:00.05*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
17:12.46*** join/#brlcad merzo (~merzo@94-58-132-95.pool.ukrtel.net)
18:07.13*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
18:47.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:28.57*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
20:32.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:04.58*** join/#brlcad ChanServ (ChanServ@services.)
22:04.58*** mode/#brlcad [+o ChanServ] by rajaniemi.freenode.net
22:15.28*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
22:18.29*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
22:50.02*** join/#brlcad jrullman__ (sid54856@gateway/web/irccloud.com/x-arepevzgjvmcecll)
23:02.30*** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94)
23:45.32*** join/#brlcad AndroUser2 (~androirc@202.164.45.208)
IRC log for #brlcad on 20150208

IRC log for #brlcad on 20150208

03:35.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:06.49*** join/#brlcad aniu (~niuhaolia@61.136.93.109)
04:10.43*** join/#brlcad aniu (~niuhaolia@61.136.93.109)
04:11.18*** join/#brlcad YashM (~YashM@117.198.9.191)
04:22.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:54.04*** join/#brlcad manan (~manan@182.69.63.66)
05:09.44*** join/#brlcad cox (~quassel@188.226.208.53)
05:45.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:06.12*** join/#brlcad manan (~manan@182.69.63.66)
08:14.55*** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-lyicgzqqwyithqjg)
08:18.26*** join/#brlcad jrullman__ (sid54856@gateway/web/irccloud.com/x-ppifdoitmszhwovy)
09:37.13*** join/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249)
10:04.29*** join/#brlcad merzo (~merzo@138-58-133-95.pool.ukrtel.net)
11:23.47balder_hey I got an issue! In archer of 7.25.0 the wireframe is not visible!! I tried changing colors and backgrounds but I cannot see the wireframe model!
11:42.54*** join/#brlcad chick_ (~chick@41.205.22.41)
12:41.33``Erikif carpenters were hired like programmers http://www.jasonbock.net/jb/News/Item/7c334037d1a9437d9fa6506e2f35eaac
12:53.11archivistthat is a perfect take on so many job adverts!
16:14.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:49.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:05.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:29.33*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
19:33.07*** join/#brlcad balder_ (95038cfd@gateway/web/freenode/ip.149.3.140.253)
19:34.35balder_Hey! I was wondering if there is any posibility for real time raytracing in framebuffer? Is this a good project to work on?
20:14.54*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
21:59.25*** join/#brlcad merzo (~merzo@138-58-133-95.pool.ukrtel.net)
22:47.06*** join/#brlcad merzo (~merzo@138-58-133-95.pool.ukrtel.net)
23:46.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150209

IRC log for #brlcad on 20150209

02:02.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:24.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:46.02*** join/#brlcad YashM (~YashM@117.198.8.235)
03:39.47*** join/#brlcad yukonbob (~bch@50.34.160.190)
03:39.51yukonbobhello #brlcad
04:04.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:01.06*** join/#brlcad yukonbob (~bch@50.34.199.61)
05:30.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:43.34StragusDarn it. Sorry to be off-topic, but since are OSX experts here... I'm producing various .o files (definitely 64 bits), then "ar rcs moo.a foo.o bar.o ..." to produce a single archive
05:44.05StragusAnd when I try to compile it in, it says: "ignoring file moo.a, file was built for archive which is not the architecture being linked (x86_64)"
05:44.21StragusEverything is definitely x86_64 everywhere. Is "ar" broken on OSX or what?
05:44.47Stragus(And yes, I googled, others faced the same problem and not much came out of it)
05:50.31yukonbobStragus: I don't think you can build static libs for OS X -- way too dynamic...
05:50.36yukonbobdylibs only...
05:50.57yukonbobhappy to be shown i'm wrong if that's the case...
05:51.43StragusIt's a temporary compilation step, bundling tons of .o files in .a archives before putting everything together at the end
05:52.02StragusAnd well, there's an "ar" archive tool, except it doesn't seem to work
05:53.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:54.30yukonbobStragus:  and I see some signs I may be wrong anyway -- I'll have to revisit where I got my notion from, and how exactly it applies :)
06:01.03*** join/#brlcad YashM (~YashM@59.95.37.233)
06:37.44StragusOkay, "ar" is apparently broken on OSX but "libool -static" works fine, that'll do
06:58.21*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
07:44.07*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
08:19.24*** join/#brlcad merzo (~merzo@189-31-133-95.pool.ukrtel.net)
08:24.50*** join/#brlcad bugport (~bugport@91.103.85.100)
09:25.01*** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:37.55*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
09:45.02*** join/#brlcad max3737 (~max@14.139.82.6)
09:58.26*** join/#brlcad merzo (~merzo@189-31-133-95.pool.ukrtel.net)
10:45.22*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
10:50.08*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
11:14.21*** join/#brlcad max3737 (~max@14.139.82.6)
11:16.08max3737i am unable to compile brlcad
11:17.55max3737the process goes up to 72% and thats it
11:18.24max3737can anyone get me out of this problem?
11:18.35andrei_max3737: can you post  the build log ?
11:18.53andrei_do you get an error or what exactly does" thats it" mean
11:20.13max3737it shows "make: *** [all] Error 2"
11:22.58max3737and it stops
11:23.00andrei_where did you get brlcad from?(i.e svn checkout or last stable version )
11:23.07andrei_also, under what system are you building
11:23.17andrei_windows/linux
11:23.46max3737i got the source code from sourceforge.net
11:24.09max3737ver 7.24.2
11:24.27max3737linux
11:25.36andrei_I assume you ran make, correct?
11:25.48andrei_if so, run it again with
11:25.50andrei_make > build.log 2>&1
11:25.57andrei_and post the build.log on the mailinglist
11:34.21andrei_max3737, you can't file transfer to me, I use a web client
11:34.50andrei_what I said is that you should send an email with your buildlog and any other info you can provide to brlcad-devel@lists.sourceforge.net
11:34.56max3737okay, i will post on the mailing list
11:35.31max3737i already subscribed to it
11:37.40andrei_awesome ! :)
11:37.45*** join/#brlcad merzo (~merzo@92.60.189.225)
11:37.45andrei_well, send an email to it
11:37.54andrei_there are more people who will read it there
11:38.08andrei_I, for example, don t have the sources at hand, so I can t help you too much
11:38.12andrei_others might
11:56.56*** join/#brlcad mihaineacsu (~mihaineac@5-12-230-70.residential.rdsnet.ro)
12:10.52*** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
12:26.55*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
12:54.46*** join/#brlcad mihaineacsu (~mihaineac@5-12-230-70.residential.rdsnet.ro)
13:04.29*** join/#brlcad Konrado (~Konrado@41.244.240.198)
13:12.24*** join/#brlcad mihaineacsu (~mihaineac@5-12-230-70.residential.rdsnet.ro)
13:35.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:49.39Notify03BRL-CAD Wiki:NyahCh3ck20 * 7864 /wiki/User:NyahCh3ck20/Nurbs_Vector_Drawing: Thoughts on generating vector Drawings from Nurbs
15:18.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:48.42*** join/#brlcad sofat (~sofat@101.213.0.248)
16:03.44*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
16:07.26*** join/#brlcad sofat (~sofat@101.208.2.177)
16:13.20Notify03BRL-CAD:starseeker * 64172 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Start working on the post-face-substitution stitching needed to make a valid planar brep.
16:25.39*** join/#brlcad sofat_ (~sofat@101.208.144.196)
16:29.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:31.46*** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
16:57.06Notify03BRL-CAD Wiki:DanCarlson * 0 /wiki/User:DanCarlson:
17:01.59*** join/#brlcad nmz787_i (~nmccorkx@134.134.139.72)
17:08.28*** join/#brlcad sofat_ (~sofat@49.138.154.10)
17:15.32*** join/#brlcad Karl_ (29cd1620@gateway/web/freenode/ip.41.205.22.32)
17:16.51Karl_New to brlcad. Compiled the code and read the contributors manual but code still seems alien to me any pointers please?
17:28.31*** join/#brlcad sofat_ (~sofat@101.214.72.231)
17:53.02*** join/#brlcad sofat_ (~sofat@101.208.213.118)
18:51.42Notify03BRL-CAD:n_reed * 64173 (svn:mergeinfo ## -3,4 +3,4 ## and 6 others): mark merges to trunk as appliedProperty Changed:----------------brlcad/branches/brep-debug/brlcad/branches/brep-debug/src/libged/polyclip.cpp
18:57.43*** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66)
19:13.19*** join/#brlcad nmz787_i (~nmccorkx@134.134.137.71)
19:27.09*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
19:43.28Notify03BRL-CAD:n_reed * 64174 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/CHANGES and 84 others): merge r63673:63692 and r63698:63802 from trunk
20:03.51*** join/#brlcad FreezingDroid (~FreezingC@135.0.41.14)
20:52.30*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-gyqegnrgngksakqj)
21:39.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:43.43*** join/#brlcad merzo (~merzo@189-31-133-95.pool.ukrtel.net)
21:54.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:04.25brlcadStragus: what does file say moo.a is?
22:05.12brlcad(and osx definitely does support static linking, contrary to yukonbob's claim)
22:10.48brlcadprobably just missing an ar flag (e.g., -s) or running ranlib to generate an index ... if they really are all x86_64 and not "no architecture specified", which would be a missing compiler flag
22:12.36Stragusfile says: "current ar archive random library"
22:12.37brlcadanother problem could be mixing incompatible ar's with compilers
22:12.54brlcadthat doesn't sound right ..
22:13.10StragusI never figured out what the problem was with "ar", but "libtool -static" worked just fine
22:13.22StragusAs recommended by people in #macdev
22:17.08brlcadfile should be reporting "Mach-O 64-bit object x86_64" on a 64-bit .o file
22:17.21StragusAh yes, that was "file" on the .a
22:17.35brlcadahh
22:17.41Stragus"Mach-O 64-bit object x86_64" on every .o file that goes into the .a
22:19.02brlcadwhat was your ar line?
22:19.59Stragusar rcs foo.a moo.o bar.o ...
22:20.04brlcad(try ar rcs file.a *.o)
22:20.06brlcadah
22:20.49brlcadis it order agnostic -- does it always report moo.o or whatever .o that always follows the .a file?
22:21.25StragusIt doesn't report any list of .o files? Where should I see this?
22:21.51StragusThe "ar" command line is very much hard-coded
22:22.00brlcadthe report that file.o has no symbols
22:22.08StragusIt never says so
22:22.16brlcadso just when using the lib?
22:22.35StragusThe .o files work perfectly well, I can ever use "nm" on the .a to see the symbols bundled in the archive, from all the relevant .o files
22:22.56StragusBut I can't link with the .a file because it says : "ignoring file moo.a, file was built for archive which is not the architecture being linked (x86_64)"
22:23.08StragusBut I can compile with fine if I replace moo.a with the long list of .o files
22:23.17Stragus... can compile just* fine if ...
22:23.39brlcadahh, there's where I got confused
22:23.53brlcadmoo.a vs moo.o in your latter example :)
22:23.59StragusSorry :)
22:24.30StragusThe .o files work great, "ar" makes a .a file that seems okay. "nm" sees the symbols and everything, but clang refuses to link with it, claiming it's another architecture
22:24.53brlcaddid you look at the differences with the archvie that libtool made?  (which is the proper / more complete archiver on mac)
22:25.11brlcadis this default clang or an updated clang?
22:25.15StragusWell, the file is different. But "nm" and such don't report any difference
22:25.34brlcadmy guess is that it's the old gnu archiver and it's an object structure that only gcc recognizes
22:25.37brlcadgcc-linker
22:25.51StragusNo idea? This is the MacMini from a friend, I'm only logging into it remotely to compile OSX binaries
22:25.56brlcadthe folders are probably confusing it
22:26.09brlcad(if you nm, you should see folders in the .a)
22:26.13StragusThat sounds plausible
22:27.19brlcaddoes running ranlib on the .a help?
22:28.11StragusI'm not seeing folders with "nm". Just symbols for each .o file
22:29.04Notify03BRL-CAD:n_reed * 64175 (brlcad/branches/brep-debug/src/libbn/chull3d.c =================================================================== and 1236 others): remove file deleted in r63708
22:29.05StragusNo difference with ranlib. Eh well, I'll go with the theory that the gnu archiver produces something that clang chokes on
22:29.18StragusMight be an issue specific to some versions of the softwares
22:29.19brlcadplain ranlib or ranlib -s?
22:29.24brlcadmaybe
22:29.38brlcadnever seen it myself so could even be something clang-64-bit specific
22:30.24Stragus-s doesn't seem to make any difference
22:31.21brlcadoh well
22:31.38StragusThanks for trying :)
22:31.41brlcadalso a possibility that apple just left ar horribly broken since libtool is its replacement
22:31.46StragusIndeed
22:31.49brlcadi'm sure there's some sane reason ;)
22:32.55brlcadamounting to "screw you, we provide a better way you should be using whether you like it or not, or fix ar yourself"
22:33.16brlcadbut my money is on gnu-clang incompat
22:33.17*** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net)
22:34.37StragusThe other theory is also quite coherent with Apple's general attitude to other software
22:44.09Notify03BRL-CAD:n_reed * 64176 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/BUGS and 133 others): merge r63804:64016 from trunk
22:57.05Notify03BRL-CAD:n_reed * 64177 (brlcad/branches/brep-debug/CMakeLists.txt brlcad/branches/brep-debug/TODO and 180 others): merge r64018:64176 from trunk
23:37.27*** join/#brlcad nmz787_i1 (nmccorkx@nat/intel/x-ftvfvblqhgtpprho)
IRC log for #brlcad on 20150210

IRC log for #brlcad on 20150210

00:06.57*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-sjbjbfmsffmaspwk)
00:38.59*** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-jnafkowcsbvsmrca)
00:51.34Notify03BRL-CAD:starseeker * 64178 (brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/libbrep/shape_recognition.h and 4 others): Start working on sphere csg.
01:02.47Notify03BRL-CAD:starseeker * 64179 brlcad/trunk/TODO: Command window in Archer is remembering its size now - think Nick fixed this...
01:10.54Notify03BRL-CAD:starseeker * 64180 brlcad/trunk/TODO: the conventions test for function replacement is part of regress-repository, which is part of distcheck.
01:23.32Notify03BRL-CAD:starseeker * 64181 brlcad/trunk/include/raytrace.h: Make a note that rt_point_labels should eventually go away... is deprecation appropriate here?
01:34.57Notify03BRL-CAD:starseeker * 64182 brlcad/trunk/TODO: Make a note about the spacenavigator
01:37.40Notify03BRL-CAD:starseeker * 64183 (brlcad/trunk/src/libdm/dm-X.c brlcad/trunk/src/libdm/dm-ogl.c and 4 others): Remove a number of raytrace.h includes that don't appear to be necessary
01:45.04Notify03BRL-CAD:starseeker * 64184 brlcad/trunk/TODO: 3dm-g has seen extensive improvements.
01:46.08Notify03BRL-CAD:starseeker * 64185 brlcad/trunk/TODO: have g-ply
01:55.33Notify03BRL-CAD:starseeker * 64186 brlcad/trunk/TODO: Make a note to look into the asset import library
02:34.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:27.04*** join/#brlcad YashM (~YashM@117.198.9.60)
04:23.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:36.56Notify03BRL-CAD:brlcad * 64187 brlcad/trunk/TODO: quietly not displaying air regions leads to unexpected behavior. need some mechanism for reporting these removals back to the user.
04:55.49Notify03BRL-CAD:brlcad * 64188 brlcad/trunk/TODO: nix my notes
04:57.32brlcad<PROTECTED>
05:00.59Notify03BRL-CAD:brlcad * 64189 brlcad/trunk/NEWS: nick made a change in r64144 that reportedly improves the performance of NURBS objects being remapped by not iterating to an unwrap uv position, but directly evaluating that position.
05:22.29*** join/#brlcad rohit0143 (~rohit@183.82.106.99)
05:27.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:44.08*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
06:45.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:57.24nmz787if anyone can help with this, I'll be back online in ~9 hours... crash when running g-stl http://paste.pound-python.org/show/WMJU7pu2gADrnxMqdCit/
07:58.13nmz787trying to render the .g produced by piping this .tcl to mged http://paste.pound-python.org/show/fZ1b52wd43S9ocBeQEXx/
07:58.32nmz787I can open the .g in mged and see a pipe
08:00.07nmz787also, just tested and raytrace works from the mged file-menu
08:03.32*** join/#brlcad konrado (~root@41.244.243.15)
08:54.26*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:36.50*** join/#brlcad rohit0143 (~rohit@14.139.82.6)
10:47.35*** join/#brlcad teepee-_ (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:38.04*** join/#brlcad rohit0143 (~rohit@183.82.106.99)
12:11.31*** join/#brlcad sofat (~androirc@202.164.45.204)
12:17.59*** join/#brlcad manan (~manan@182.69.63.66)
13:02.09*** join/#brlcad winghouchan (~winghouch@genkt-049-128.t-mobile.co.uk)
13:04.58*** part/#brlcad winghouchan (~winghouch@genkt-049-128.t-mobile.co.uk)
13:29.57*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
13:43.54``Erikhttp://vimeo.com/83523133  vfx reel for 'wolf of wallstreet'
14:08.47*** join/#brlcad rohit0143 (~rohit@183.82.106.99)
14:27.59*** join/#brlcad sofat (~androirc@202.164.45.204)
14:29.01Notify03BRL-CAD:brlcad * 64190 brlcad/trunk/src/tclscripts/mged/overlap.tcl: report from bob anderson of g_lint not working on windows, almost certainly because there is no /tmp directory. use the TMP/TEMP environment variable and make sure we're running out bu_brlcad_root version of g_lint. add .exe for good measure, but probably unnecessary here because 'open' does the right thing and searches PATH (whereas exec does
14:29.03Notifynot?). iterating with user to test.
14:48.39Notify03BRL-CAD:brlcad * 64191 (brlcad/trunk/src/tclscripts/mged/anim.tcl brlcad/trunk/src/tclscripts/mged/overlap.tcl): make sure we run the right kill command if we're on windows
14:51.07Notify03BRL-CAD:brlcad * 64192 brlcad/trunk/NEWS: ported the overlap tool to windows (untested) after bug report from bob anderson. indicated /tmp dir issue, but also noted a few other issues (make sure we're running the right g_lint and kill commands)
15:02.48*** join/#brlcad sofat (~androirc@202.164.45.204)
15:14.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:22.07*** join/#brlcad Sricharanized (~raincrash@61.12.82.214)
15:47.50*** join/#brlcad Sricharanized (~raincrash@61.12.82.214)
16:10.26starseekerscowls at sourceforge
16:21.53*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
16:56.46*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-riekhsnoxtjovrzn)
18:03.34*** join/#brlcad Karl_ (29cd1620@gateway/web/freenode/ip.41.205.22.32)
18:08.37n_reedbrlcad: It was for boolean performance. ~75s to ~5s in the one case I was profiling. I know it improved other conversions, but I haven't done the comparison to characterize the overall improvement.
18:24.52nmz787_ianyone take a look at that crash that i reported last night, converting a pipe to an stl with g-stl?
18:34.12``Eriksf seems to be slightly busted for me today, does the scowl mean I'm not unique? o.O
19:12.52*** join/#brlcad sofat (~androirc@202.164.45.208)
19:16.57*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
19:20.10Ch3ckis just seeing sourceforge is down?
19:30.04starseekeryeah, it's busted
19:30.08starseekergrumble...
19:30.22starseeker*again*
19:31.30``Erikpats github O:-)
19:35.53``Erikah, it's letting me update now
19:35.55Ch3ckis wondering it's a DOS attack on somthx
22:04.55*** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66)
22:37.06*** join/#brlcad merzo (~merzo@247-27-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20150211

IRC log for #brlcad on 20150211

01:51.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:19.57*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-bbbfsdamexqxgslj)
02:49.43Notify03BRL-CAD:starseeker * 64193 brlcad/trunk/src/util/pixsaturate.c: Don't need this with bio.h
03:07.16Notify03BRL-CAD:starseeker * 64194 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 4 others): Start working on the common sphere case, corner fillets.
03:34.53*** join/#brlcad YashM (~YashM@59.88.24.18)
03:42.15*** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140)
03:47.23*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-kncpigtibzhzotbl)
04:39.47*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
04:40.17*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
05:11.46*** join/#brlcad rohit0143 (~rohit@183.82.106.99)
05:28.19*** join/#brlcad rohit0143 (~rohit@14.139.82.6)
05:34.10*** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org)
08:01.14*** join/#brlcad YashM (~YashM@59.88.24.18)
08:17.58*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:42.51*** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:55.29*** join/#brlcad rohit0143 (~rohit@14.139.82.6)
10:37.15*** join/#brlcad Izakey (~Izak@41.205.22.13)
11:21.30*** join/#brlcad Izakey (~Izak@41.205.22.13)
11:34.25*** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman)
11:44.01*** join/#brlcad konrado (~root@41.244.243.122)
11:48.44*** join/#brlcad Izakey (~Izak@41.205.22.13)
12:03.07*** join/#brlcad Konrado (~Konrado@41.244.243.122)
12:10.53*** join/#brlcad rohit0143 (~rohit@14.139.82.6)
13:33.01*** join/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249)
13:55.22*** join/#brlcad merzo (~merzo@92.60.189.225)
14:09.33*** join/#brlcad merzo (~merzo@92.60.189.225)
14:22.37balder_hey! where can I get the demo for online geometry viewer?
14:35.20brlcadhey balder_
14:36.26balder_yes!
14:37.28brlcadthe code is on github and you can get a tarball here: https://www.google-melange.com/gsoc/project/details/google/gsoc2014/ishwerdas/5657382461898752
14:38.19brlcadbalder_: did you get your other questions answered?
14:40.05balder_well I have some!
14:40.54brlcadI know you asked several, but you've not stayed on IRC to get a response
14:41.16brlcadif you're going to ask questions here, you should be prepared to stay connected until there is an answer
14:41.29brlcadwhich can be many hours later due to timezones and such
14:42.02balder_ok!! Sure!!
14:42.05brlcadI recommend getting a real IRC client and reading the usage etiquette guidelines instead of the freenode web interface
14:42.43brlcadhttp://brlcad.org/wiki/IRC has a link to an IRC client list
14:43.27balder_oh sure! Thanks for this advice! I will sure use one!   Here's my question : why is there a need for 3d display manager when we have this crossplatform online viewer?? Is this not sufficient?
14:44.29brlcad1) the online viewer is still in a prototype-stage of development
14:44.56brlcad2) it's limited to viewing (intentionally, editing is incredibly complicated to get into online)
14:45.16brlcad3) it will unlikely scale to real production models (that are often 2-20GB in size)
14:45.40brlcadso while not sufficient, it certainly has an entire range of tasks it could handle
14:46.03brlcadand the interface will continue to be expanded and as it mature, we can hone in on productive uses
14:46.10brlcads/mature/matures/
14:48.46brlcadmake sense?
14:49.09*** join/#brlcad lemur (~lemur@host86-191-238-95.range86-191.btcentralplus.com)
14:49.24lemurhey
14:50.00balder_yes!!
15:04.30*** join/#brlcad Sricharanized (~raincrash@116.202.8.62)
15:18.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:18.41*** join/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249)
15:19.56balder_hey! why brlcad is not support interactive 3d rendering? Is this because we are not able to exploit gpu??
15:20.11balder_*supporting!!
15:20.36brlcadbalder_: that's a complicated topic that involves talking about geometry representation formats
15:20.48brlcadand has nothing to do with being able to exploit gpu
15:21.10brlcadwith implicit geometry and csg operations, there is no explicit boundary surface
15:22.02brlcadso one has to evaluate the surface/geometry ... and either evaluate points (e.g., via interactive ray tracing) or via format conversion (e.g., to polygons)
15:22.23brlcadwe have experimental versions of both
15:22.52brlcadif you have explicit geometry (e.g., triangle mesh geometry), you can view it interactively now
15:23.17balder_ok..
15:23.54brlcadI also answered this question on the mailing list, so I'm guessing you still don't understand? :)
15:26.05balder_uhh! yeah I got the point that .g files need to be coverted to formats which supports triangle meshes, to make it possible for 3d rendering. (correct me if i am wrong :))
15:27.00brlcadthis is not accurate
15:27.42kintelbrlcad: Hey, are you guys doing gsoc this year?
15:28.16brlcadthey only need to be converted to triangle meshes if you want to interactively visualize with a method that requires triangle meshes (e.g., OpenGL)
15:28.43brlcadyou can ray trace interactively without conversion
15:29.01brlcadkintel: not yet decided but a discussion I wanted to have with you later this week
15:29.25kintelbrlcad: Sounds good -
15:29.41kintelbrlcad: ..or catch teepee if I’m not around
15:30.17teepee-has some technical problems though due to the tor gateway being down :(
15:38.11brlcadbalder_: the "rtgl" I mentioned is an example of an interactive ray tracing shaded display approach that is in brl-cad now but not production-ready
15:39.38brlcadbalder_: adrt is another method (using high-performance triangle ray tracing) used for visualization
15:40.14brlcadbalder_: and there are other experimental methods involving conversion to triangles that I mentioned on the mailing list (E, ev, draw -m1)
15:40.27balder_ok! I need you to tell me more about the approach used in rtgl!
15:40.57brlcadthat's an open-ended question
15:41.16brlcadyou should research the code reference I gave you and ask a specific question
15:41.38brlcadotherwise, I could talk all day and maybe not provide helpful information, maybe waste both our time
15:42.07brlcadwhat would you like to know?
15:42.13*** join/#brlcad raghuram_ (~raghuram@14.139.82.6)
15:42.29raghuram_hi
15:42.41balder_ok! I will get back to you soon ! And seriously thanks for all this stuff!!
15:44.18raghuram_I'm new. I want to contribute. Can you help me
15:44.26brlcadprobably
15:45.20raghuram_I like to help on stuff related to android.
15:46.07brlcadwhat kind of help, that's very vague
15:46.30brlcadand how does it pertain to brl-cad?
15:46.49raghuram_Any bugs to start with. That would be of great help.
15:48.04brlcadwe have 142 bugs listed in our BUGS file and many more listed in our Sourceforge tracker, all easily found with a simple web search
15:49.01brlcadyou should read http://en.flossmanuals.net/contributors-guide-to-brl-cad/
16:15.12*** join/#brlcad rohit0143 (~rohit@14.139.82.6)
16:22.37*** join/#brlcad lemur1 (~lemur@host86-191-238-95.range86-191.btcentralplus.com)
16:29.32*** join/#brlcad sofat (~sofat@202.164.45.204)
16:30.03Notify03BRL-CAD:carlmoore * 64195 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: remove trailing blanks/tabs
16:30.16Notify03BRL-CAD:carlmoore * 64196 brlcad/trunk/TODO: fix spelling
16:30.29Notify03BRL-CAD:carlmoore * 64197 brlcad/trunk/doc/docbook/system/man1/en/mged.xml: add 2 commas and a space
16:31.20sofatstarseek1r, hello
16:55.31Notify03BRL-CAD:carlmoore * 64198 (brlcad/trunk/doc/docbook/system/man1/en/mged.xml brlcad/trunk/doc/docbook/system/man1/en/tire.xml): fix punctuation and add 2 missing periods
16:57.55Notify03BRL-CAD:carlmoore * 64199 brlcad/trunk/src/libbrep/shape_recognition_sphere.cpp: fix spelling
16:59.02*** join/#brlcad nmz787_i (~nmccorkx@134.134.139.74)
17:02.37Notify03BRL-CAD:carlmoore * 64200 (brlcad/trunk/doc/docbook/articles/en/oed.xml brlcad/trunk/doc/docbook/articles/en/tire.xml and 2 others): supply missing period at end of 'a.k.a.', because that last 'a' stands for 'as'
17:05.57Notify03BRL-CAD:starseeker * 64201 brlcad/trunk/doc/docbook/system/man1/en/gdiff.xml: fix title
17:06.20*** join/#brlcad albertcoder (~quassel@202.164.45.204)
17:08.29sofatstarseeker, i found some files in /trunk/doc/burst/
17:08.57sofati want to know about the structure of these file
17:09.19sofatlike .tbl file what is they represent?
17:16.11Stragussofat: http://en.wikipedia.org/wiki/Tbl
17:16.26StragusProbably not something to worry about :)
17:16.40sofatthanks
17:17.33StragusThis Troff stuff has fallen out of use decades ago, as far as I know
17:41.55*** join/#brlcad albertcoder (~quassel@202.164.45.204)
17:47.36*** join/#brlcad lemur12 (~lemur@host86-191-238-95.range86-191.btcentralplus.com)
17:59.27*** join/#brlcad sofat (~sofat@202.164.45.204)
18:06.13*** join/#brlcad albert_coder (~quassel@202.164.45.208)
18:11.23*** join/#brlcad sofat (~sofat@202.164.45.204)
18:20.41*** join/#brlcad sofat (~sofat@202.164.45.204)
18:22.49*** join/#brlcad albertcoder (~quassel@202.164.45.204)
18:31.56*** join/#brlcad sofat (~sofat@202.164.45.204)
18:34.54*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
19:00.02*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-bmjtbckmftoinkwv)
19:27.37*** join/#brlcad lemur1 (~lemur@host86-191-238-95.range86-191.btcentralplus.com)
19:47.54*** join/#brlcad lemur12 (~lemur@host86-191-238-95.range86-191.btcentralplus.com)
20:22.58*** join/#brlcad konrado (~root@41.244.243.119)
20:32.41*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
20:45.01*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
21:02.03*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
21:57.42*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
22:13.16brlcadStragus: troff is still alive and well (it's still the foundation for the man page system)
22:13.56brlcadthat document is old, but it does need to get transformed into docbook/xml
22:15.32brlcadit's documentation for our burst tool, which is in active use
22:19.39StragusInteresting, I stand corrected
22:19.56*** join/#brlcad merzo (~merzo@205-52-133-95.pool.ukrtel.net)
22:23.33nmz787_ibrlcad: any idea why I was getting a 'magic' error when running g-stl?
22:28.16Notify03BRL-CAD:carlmoore * 64202 brlcad/trunk/src/util/pixembed.c: try fixing pixembed.c ; also, notice that the previous version had yin-border_inset and I couldn't find it defined
22:35.18brlcadnmz787_i: are you running trunk sources?
22:36.37nmz787_ii tried that, I believe
22:36.50nmz787_i7.25.0 is what my dev build had in the dir name
22:37.00brlcadokay, that should be a checkout
22:37.01Notify03BRL-CAD:starseeker * 64203 brlcad/trunk/src/libbrep/shape_recognition_sphere.cpp: Find the 2d center point of the loop.
22:37.31nmz787_iI thought I pulled and recompiled after I got the bug the first time, but I can try again tonight
22:37.54brlcadwhat's the complete error?  it should tell you exactly what is wrong
22:38.38nmz787_ihttp://paste.pound-python.org/show/WMJU7pu2gADrnxMqdCit/
22:38.48nmz787_iafter running this 2-command tcl script http://paste.pound-python.org/show/fZ1b52wd43S9ocBeQEXx/
22:39.51nmz787_iwell I guess including setting the title and units it is 4 commands
22:54.48brlcadnice!
22:55.28brlcadhow are you counting four? I see two (in hilbert... and r hilbert...)
22:56.20brlcadthe crash log is perfect, that's actually a graceful abort because unexpected data was encountered (possibly a code bug), and it includes the exact line numbers to inspect, so I can check
22:57.24nmz787_icool
22:57.50nmz787_iI actually was just working on porting the hilbert example in python-brlcad to my new project python-brlcad-tcl :P
22:58.17nmz787_iI got the 3d-hilbert script to convert to use my backend pretty easily
22:58.18nmz787_ihttps://github.com/nmz787/python-brlcad-tcl/blob/master/examples/hilbert_3d.py
22:58.27nmz787_ihttps://github.com/nmz787/python-brlcad-tcl/blob/master/examples/output/hilbert_3d.tcl
22:58.46nmz787_ithe .g and the .stl are next to the .tcl in the repo too
22:59.03nmz787_iso I haven't actually done any of the hard mathy work at all :)
23:02.35brlcadwhat does your g-stl line look like?  (it worked here)
23:04.20nmz787_ig-stl -o filename.stl database.g whatevertheregionis.r
23:04.31brlcadyeah, that's what I did
23:04.34brlcadhrm
23:04.35nmz787_ior possibly:
23:04.36nmz787_ig-stl -o filename.stl -a 0.1 database.g whatevertheregionis.r
23:04.43brlcadah, let me try that
23:05.19brlcadhm, nope
23:05.29brlcad2156 triangles written
23:05.30nmz787_iit crashed or no errors?
23:05.32nmz787_ihuh
23:05.48nmz787_ihrmm
23:06.16brlcadheh, even 0.001 worked... 71420 triangles written
23:06.33nmz787_ifor the pastebin tcl right, not the 3d one on my github?
23:06.50brlcadah, no I used the github one
23:06.53nmz787_iooh
23:06.57nmz787_iyeah that one works
23:07.02brlcadk, checking
23:07.26nmz787_ithe 2d version (pastebin) works in mged's display
23:07.42nmz787_iand I can even click raytrace there and get a solid looking render
23:19.52*** join/#brlcad Konrado (~Konrado@41.244.243.88)
23:21.13brlcadwoot, reproduced
23:21.31brlcadhttp://brlcad.org/~sean/tmp/hil.png I recognize that :)
23:24.56*** join/#brlcad konrado (~root@41.244.243.88)
23:25.12konradobrlcad: hello
23:25.23nmz787_ibrlcad: cool, so you got the STL error?
23:29.12brlcadnmz787_i: I got to the bomb
23:29.19brlcadkonrado: hola
23:29.54brlcadsome bug in rt_pipe_tess
23:31.12konradowith the vrml-g convertion ?
23:39.58nmz787_ikonrado: I think he's referring to the bug I came across, when generating an STL
23:42.13konradonmz787_i: Ok
23:44.04brlcadkonrado: sorry, was responding to nmz787_i ... your vrml work is looking good
23:44.25brlcadwhat's next / missing from the converter? anything?
23:46.17konradoYes support for extrution node, indexedpointset , proto IS keyword and also colorpervertex
23:46.33brlcadcool!
23:46.48brlcadwe do have extrusions and point clouds
23:47.10brlcadper vertex coloring is going to be tricky (but something we want/need too)
23:48.48konradowhere do i find code on extrusion and point cloud within brlcad source
23:49.20brlcadsrc/librt/primitives has all entity types, include/rtgeom.h has most of their declarations
23:49.40brlcadthe converter would likely use the wdb interface (include/wdb.h)
23:51.17brlcadthere's not a wdb interface for pnts, but you can see how to create them low-level in src/libged/make_pnts.c
23:52.34brlcadthere is mk_extrusion() for extrudes
23:55.01konradoI would continue updating the code a soon as I am done with my exams which begins next week
23:56.52konradoDid you see the support I added, for color with RGB representation ?
IRC log for #brlcad on 20150212

IRC log for #brlcad on 20150212

00:20.36brlcadyep!
00:20.49brlcadlooks like it's quite usable, I have to do some more testing
00:23.46konradoThank, good to know
00:24.28konradoWould brlcad be applying for gsoc this year ?
00:32.01brlcadhave not yet decided
00:34.38konradoOk
00:34.44konradoIs it possible to make uses of brlcad primitive like box and sphere instead of creating polygon
00:38.31konradoMy doubt are actually getting proper orientation along with the other vrml polygonal representation
00:40.37konradoI have come across such representation within blender
00:40.57*** join/#brlcad lemur (~lemur@host86-191-238-95.range86-191.btcentralplus.com)
00:41.44konradobut the orientation was not proper and some primitive were not supported
00:50.18brlcadkonrado: absolutely -- you should create box and spheres ... if you can detect them :)
00:50.49brlcaddetecting them can get pretty hard though in the general case, ask starseeker as that is exactly what he's working on right now
00:51.08brlcadhe might be able to provide some functions you could use.. good testing
00:53.03konradodetecting them withing vrml file?
00:55.27brlcadthat is what you said
00:55.51brlcadstarseeker's routines could also simply run as a post-processor if he gets it all working
00:56.20brlcadbut if there's some indication within the vrml format that something is a box or other shape, that'd be a better place
00:57.32konradohere is the example file i used for the snowman with mainly primitives http://pastebin.com/UyntJhjx
00:59.19brlcadcan't get to pastebin.com from here (there are better pastebin's)
01:03.12konradoIt the vrml-g converter read the primitive and get the primitives and their dimensions then does the splitting to polygon
01:03.20konradolink https://drive.google.com/file/d/0B8_3Ywn_DeDFMjk4c1puUGpvSms/view?usp=sharing
01:06.17brlcadheh, also cannot get to drive from here, but will check that out later
01:09.04konradoJust be sure I am not getting you wrong what do you mean by detecting the primitives
01:09.12konrado?
01:10.46brlcadif they're already primitives in the vrml format, then you have your answer.....
01:11.27brlcada sphere is a primitive, a box (a right-parallel piped aka rpp aka arb8) is a primitive, a torus is a primitive, ...
01:11.44*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
01:12.11brlcadso if vrml knows "sphere" and defines it as a point and a radius or something similar, then ABSOLUTELY you should be creating a sphere in brl-cad, not turning that sphere into a set of triangles
01:12.18brlcadmk_sph() :)
01:12.33brlcadmk_*() ... see include/wdb.h and include/rtgeom.h for all our entity types
01:14.03konradoThis is how sphere not for the snowman is represented
01:14.07konrado<PROTECTED>
01:14.07konrado<PROTECTED>
01:14.07konrado<PROTECTED>
01:14.07konrado<PROTECTED>
01:15.41konradoIt start making the changes to code as soon as possible
01:18.37konradoThe node are read and stored using a directed graph data-structure and they are retried using a depth-first search
01:31.34konradoI would need some help scaling getting orientation of the primitive right  
01:42.42konradobrlcad: Thanks again for the directives. It has clarified some of my doubts and I am also learning a lot while working on this project.
01:44.42konradoNeed to get some sleep :)
02:46.12*** join/#brlcad krishna_ravi732_ (~krishna@5.231.52.94)
02:59.39*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
03:01.15*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
03:36.23*** join/#brlcad YashM (~YashM@117.198.2.164)
04:31.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:49.11*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
04:53.56*** join/#brlcad PawandeepSingh (caa43575@gateway/web/freenode/session)
04:56.51*** join/#brlcad PL2-13 (~PL2-13@202.164.53.117)
04:56.53*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
04:57.17PL2-13hello
04:57.53*** part/#brlcad PL2-13 (~PL2-13@202.164.53.117)
07:25.53*** join/#brlcad merzo (~merzo@254-13-133-95.pool.ukrtel.net)
08:20.38*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
08:25.41*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
08:45.14*** join/#brlcad merzo (~merzo@254-13-133-95.pool.ukrtel.net)
09:04.03*** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:57.44*** join/#brlcad merzo (~merzo@92.60.189.225)
10:30.05*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
10:38.25*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
10:45.41*** join/#brlcad konrado (~root@41.244.243.59)
10:45.52*** part/#brlcad konrado (~root@41.244.243.59)
10:45.59*** join/#brlcad konrado (~root@41.244.243.59)
11:37.18*** join/#brlcad konrado (~root@41.244.243.59)
11:37.33*** part/#brlcad konrado (~root@41.244.243.59)
11:37.38*** join/#brlcad konrado (~root@41.244.243.59)
14:43.35Notify03BRL-CAD:starseeker * 64204 brlcad/trunk/src/libbrep/shape_recognition_sphere.cpp: Start setting up to test a simpler approach to identifying sphere characteristics.
14:58.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:12.42*** join/#brlcad merzo (~merzo@92.60.189.225)
15:57.14Notify03BRL-CAD:starseeker * 64205 brlcad/trunk/src/libbrep/shape_recognition_sphere.cpp: Normals aren't right yet, but add planar face to parent for sph case
16:22.46*** join/#brlcad gaganjyot (~gaganjyot@101.208.253.46)
16:42.14Notify03BRL-CAD:starseeker * 64206 (brlcad/trunk/src/libbrep/shape_recognition_sphere.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp): Start working on getting the csg sph+arb setup in place.
17:01.08*** join/#brlcad nmz787_i (~nmccorkx@192.55.54.42)
17:04.26Notify03BRL-CAD:starseeker * 64207 brlcad/trunk/src/libbrep/shape_recognition_sphere.cpp: Use vmove
17:08.07Notify03BRL-CAD:starseeker * 64208 brlcad/trunk/src/libbrep/shape_recognition_sphere.cpp: use an array for the 3d points as well
17:13.10Notify03BRL-CAD:starseeker * 64209 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: use arrays for the cylinder arb case as well.
17:29.25Notify03BRL-CAD:starseeker * 64210 brlcad/trunk/src/libbrep/shape_recognition_sphere.cpp: add edge arbs
18:16.37Notify03BRL-CAD:carlmoore * 64211 brlcad/trunk/src/util/pixembed.c: shift inbase because once we set xout and xin (they don't change after we examine the input parameters), we only need define inbase once
18:40.09Notify03BRL-CAD:carlmoore * 64212 brlcad/trunk/src/util/pixfields.c: implement h?; also, don't need 'else' block if the 'if' block must end with a return
18:58.59*** join/#brlcad ignacio (~ignacio@unaffiliated/ignaciouy)
19:15.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:20.52*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
19:46.26*** join/#brlcad gaganjyot (~gaganjyot@101.208.253.46)
20:03.33*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
20:06.11*** join/#brlcad nmz787_i (~nmccorkx@134.134.137.73)
20:35.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:49.40*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
20:54.35Notify03BRL-CAD:carlmoore * 64213 brlcad/trunk/src/util/pixfields.c: fix the processing of arguments; run-with-no-arguments is to provide NO error message, only help
21:03.52*** join/#brlcad nmz787_i1 (~nmccorkx@192.55.54.40)
21:27.26*** join/#brlcad merzo (~merzo@254-13-133-95.pool.ukrtel.net)
21:28.50*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
21:35.06*** join/#brlcad nmz787_i (~nmccorkx@192.55.54.42)
21:56.28*** join/#brlcad ank_95_ (uid51029@gateway/web/irccloud.com/x-zhzhvxvehwbphuqm)
22:01.45ank_95_hi. Is there some easy bugs to solve as i found bugs but i am not able to understand them?
23:21.45*** join/#brlcad nmz787_i (~nmccorkx@134.134.137.73)
23:37.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150213

IRC log for #brlcad on 20150213

00:40.35*** join/#brlcad lemur (~lemur@host86-191-238-95.range86-191.btcentralplus.com)
02:15.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:18.04*** join/#brlcad YashM (~YashM@117.198.23.3)
03:25.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:29.25*** join/#brlcad DarkCalf (~DarkCalf@64.185.232.90)
04:44.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:56.03*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
07:57.43*** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:28.16*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:47.05*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:10.37*** join/#brlcad ank_95_ (uid51029@gateway/web/irccloud.com/x-qmconphzycyzvegm)
09:12.03ank22hi. Is there some easy bugs to solve as i found bugs but i am not able to understand them?
09:25.52StragusMost of the BRL-CAD crew is probably asleep... but easy bugs don't usually last long :)
09:26.31StragusHave you tried investigating one you found?
09:41.54*** join/#brlcad YashM (~YashM@117.198.23.3)
09:59.18*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
10:02.32ank22yeah, bugs on the sourceforge.net
10:11.10*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
11:41.53Notify03BRL-CAD:d_rossberg * 64214 brlcad/trunk/src/libbu/kill.c: fixed compilation error with MSVC (tested with versions 9 (2008) and 12 (2013))
11:53.25*** join/#brlcad Konrado (~Konrado@41.244.243.206)
12:35.49Notify03BRL-CAD:d_rossberg * 64215 brlcad/trunk/src/libbn/chull3d.cpp: fixes for MSVC version 9 (2008):- moved the definition of logb before its first use- fixed problems with integer parameters in floating point functions by casting them to double
12:38.39Notify03BRL-CAD:d_rossberg * 64216 brlcad/trunk/src/libbrep/shape_recognition.cpp: fix for MSVC version 9 (2008): explicit include of <string>
12:57.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:02.22*** join/#brlcad sirnam (~swetha@14.139.82.6)
13:19.41sirnamHi, I am a research student in Computer Vision, I have knowledge about openCV, openGL, WebGL. I worked with them and it would be great if I can contribute to the framework. I have been looking for projects and I found this project 'Object-oriented interfaces' interesting.. Please help me where to begin... I have installed brlcad on my system successfully.. It would be great if I could work on this as GSoC project for this summers. Where do I start working fro
13:19.41sirnamm ?
13:24.14*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
13:29.32*** join/#brlcad infiSearch (~swetha@14.139.82.6)
13:34.34*** join/#brlcad aniu (~niuhaolia@218.29.42.107)
13:37.32d_rossberghi sirnam, an "object-oriented interfaces" project would require to design C++ interface classes, nothing to do with openGL
13:39.59sirnamOkay, it requires building geometry modules in C++ right ?
13:41.48d_rossbergi wouldn't call them modules, it's mainly an adapter to the brl-cad core written in c++
13:42.08d_rossbergthe goal is to make the core's features easy accessable
13:42.49sirnamis it like creating interfaces ?
13:43.21d_rossbergexactly
13:44.59sirnamOkay, is this project in progress, or should we start from beginning ?
13:46.53d_rossbergit is already in progress as you can see here: http://brlcad.org/wiki/Object-oriented_interfaces
13:47.39d_rossbergone "product" is the brlcad.dll which can be downloaded from sourceforge (runtime libraries)
13:48.42d_rossbergthere you can find an SDK with DLL, libs and C++ header files for windows
13:49.43sirnamOkay
13:49.49d_rossbergi'm currently working on a similar library for other os
13:50.47d_rossbergthe sources are in the rt^3 branch: http://sourceforge.net/p/brlcad/code/HEAD/tree/rt%5E3/trunk/
13:51.21d_rossberg(src/coreinterface, include/brlcad)
13:55.01sirnamOkay.. is the product completed for windows ??
13:55.29sirnamwhich os are you working on now ?
13:55.43d_rossbergno, at least many primitives are still missing
13:58.11*** join/#brlcad infiSearch (~swetha@14.139.82.6)
13:58.42d_rossbergfirst i have to mention that the core interface itself can be build with other OS (e.g. Linux) too, there is a CMake configuration for it (target: coreinterface)
13:59.45d_rossbergbut currently i'm working on a "libbrlcad.so" for Linux with similar features as the brlcad.dll for Windows
14:00.59d_rossberghowever, GSoC project had to concentrate on adding new features as e.g. new primitives
14:01.57sirnamDo you mean adding new primitives to core ?
14:03.18sirnamOkay
14:05.18d_rossbergright
14:05.36sirnamWhat are the other primitives you are looking to add ?
14:05.39d_rossbergi mean to the core's interface
14:07.01d_rossberghttp://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/src/librt/primitives/
14:10.40d_rossbergor http://brlcad.org/wiki/BRL-CAD_Primitives
14:11.56sirnamOkay..
14:18.21sirnamSo, which primitive should I start with ?
14:18.43sirnamand which os ?
14:21.24*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
14:22.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:26.29d_rossbergmaybe with part, it should be simple; the os shouldn't matter
14:52.33*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
15:18.58*** join/#brlcad rohit0143 (~rohit@14.139.82.6)
15:22.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:27.45sirnamI'll start working on part.. Thanks
15:39.31Notify03BRL-CAD:d_rossberg * 64217 brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: a step toward a libbrlcad.so on Linux etc., with some tweaks on the CMake configuration it seems to work
16:37.06*** join/#brlcad sirnam (~swetha@14.139.82.6)
16:37.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:57.03*** join/#brlcad nmz787_i (~nmccorkx@192.55.54.40)
17:04.47Notify03BRL-CAD:starseeker * 64218 (brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h): Start working on torous shapes. This will be somewhat complicated...
17:59.20*** join/#brlcad sirnam (~swetha@14.139.82.6)
18:05.02*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-gasmibfepivdrxin)
18:07.20*** join/#brlcad nmz787_i1 (~nmccorkx@134.134.139.70)
19:28.00Notify03BRL-CAD:starseeker * 64219 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Need to handle non-arc cylinder edge case
20:02.46Notify03BRL-CAD Wiki:Tbrowder * 7865 /wiki/Animation: /* Rendering image frames for an animation */
20:05.29*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
20:10.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:29.34*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
20:44.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:44.49Notify03BRL-CAD:carlmoore * 64220 brlcad/trunk/src/util/pixfieldsep.c: implement h? in pixfieldsep; don't know if I will be able to have run-with-no-arguments
20:56.10Notify03BRL-CAD:starseeker * 64221 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Start working on how to handle cylinders whose end cap planes are not perpendicular to the cylinder axis
21:09.46Notify03BRL-CAD:starseeker * 64222 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Check planes are lined up with axis. Losing some cylinders we were generating before, so something is off somewhere...
21:33.32Notify03BRL-CAD:starseeker * 64223 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_sphere.cpp): Use the tolerances
22:45.36Notify03BRL-CAD:carlmoore * 64224 brlcad/trunk/src/fb/pixflip-fb.c: fix up h,?, and run-with-no-arguments
22:54.50*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
23:41.51*** join/#brlcad Karl (29cd1620@gateway/web/freenode/ip.41.205.22.32)
IRC log for #brlcad on 20150214

IRC log for #brlcad on 20150214

03:21.31Notify03BRL-CAD Wiki:Sean * 7866 /wiki/Animation: Reverted edits by [[Special:Contributions/Tbrowder|Tbrowder]] ([[User talk:Tbrowder|talk]]) to last revision by [[User:IIIzzzaaakkk|IIIzzzaaakkk]]
03:22.57Notify03BRL-CAD Wiki:Sean * 7867 /wiki/Animation: it's actually animmate
04:50.23*** join/#brlcad sirnam (~swetha@14.139.82.6)
06:42.25*** join/#brlcad sirnam (~swetha@14.139.82.6)
06:52.55Notify03BRL-CAD Wiki:Sankarasnayaka * 0 /wiki/User:Sankarasnayaka:
07:08.40*** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org)
07:35.56*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
07:56.50*** join/#brlcad sirnam (~swetha@14.139.82.6)
08:33.45*** join/#brlcad merzo (~merzo@110-9-133-95.pool.ukrtel.net)
08:55.28*** join/#brlcad sirnam (~swetha@14.139.82.6)
09:22.55*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
09:35.13*** join/#brlcad balder_ (uid60569@gateway/web/irccloud.com/x-otjbiqsgbgpyypyk)
09:36.55*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:12.25*** join/#brlcad siddhanjay (6704de02@gateway/web/freenode/ip.103.4.222.2)
10:16.07*** part/#brlcad siddhanjay (6704de02@gateway/web/freenode/ip.103.4.222.2)
10:35.30*** join/#brlcad rohit0143 (~rohit@14.139.82.6)
11:36.02*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
12:32.32*** join/#brlcad sirnam (~swetha@14.139.82.6)
12:47.58*** join/#brlcad sirnam (~swetha@14.139.82.6)
13:07.14*** join/#brlcad sirnam (~swetha@14.139.82.6)
13:41.16*** join/#brlcad konrado (~root@41.205.22.13)
14:14.43*** join/#brlcad konrado (~root@41.205.22.13)
14:26.30*** join/#brlcad i5o (~ignacio@unaffiliated/ignaciouy)
14:30.46*** join/#brlcad sirnam (~swetha@14.139.82.6)
15:07.22*** join/#brlcad yland (~root@41.205.22.13)
15:24.27*** join/#brlcad konrado (~root@41.205.22.13)
16:04.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:14.43*** join/#brlcad sirnam (~swetha@14.139.82.6)
16:40.25*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
16:50.26*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
17:25.50*** join/#brlcad luca79 (~luca@net-2-37-195-29.cust.vodafonedsl.it)
18:13.55*** join/#brlcad albertcoder (~quassel@124.253.107.112)
18:38.34*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
18:45.50*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
18:53.33sirnamstarseeker : can you please expand on the shape_recognition_cylinder.cpp  
18:53.59sirnamI'm sorry I missed out your message..
19:19.31*** join/#brlcad sirnam (~swetha@14.139.82.6)
19:42.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:19.26*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
22:37.15*** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-bbjhvsgaqbormoqd)
22:41.12*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
IRC log for #brlcad on 20150215

IRC log for #brlcad on 20150215

03:24.15nmz787is there something like dbconcat but where I can just copy a single region?
03:35.10nmz787ah, I guess keep is what I want
03:35.12nmz787i think
04:31.41*** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-szncsmficsavesoh)
04:39.44*** join/#brlcad sirnam (~swetha@14.139.82.6)
05:52.04*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
06:29.17*** join/#brlcad sirnam (~swetha@14.139.82.6)
06:33.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:31.50*** join/#brlcad sirnam (~swetha@14.139.82.6)
08:23.12*** join/#brlcad sirnam (~swetha@14.139.82.6)
09:07.19*** join/#brlcad sirnam (~swetha@14.139.82.6)
09:22.02*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
10:09.21*** join/#brlcad sirnam (~swetha@14.139.82.6)
11:30.13*** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66)
11:46.16*** join/#brlcad sirnam (~swetha@14.139.82.6)
12:12.53*** join/#brlcad Sricharanized (~raincrash@116.202.100.229)
13:22.34*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
13:22.59*** join/#brlcad sirnam (~swetha@14.139.82.6)
14:44.10*** join/#brlcad luca79 (~luca@net-2-37-238-83.cust.vodafonedsl.it)
15:14.22*** join/#brlcad sirnam (~swetha@14.139.82.6)
15:50.50*** join/#brlcad sofat (~sofat@223.225.216.155)
15:54.07*** join/#brlcad luca79 (~luca@net-2-37-238-83.cust.vodafonedsl.it)
16:42.34*** join/#brlcad sirnam (~swetha@14.139.82.6)
16:43.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:04.52sofatstarseek1r, hello
17:05.21sofati am working on animation tutorial docs
17:06.15sofati found some file there and i want to know how i use this file and where i use this file in xml docbook doc
17:06.45sofatfiles are foot_gamma.html,foot_graphics.html
17:07.17sofatfoot_hdtv.html
17:30.01*** join/#brlcad sofat_ (~sofat@223.225.226.38)
17:41.15*** join/#brlcad wick29 (~androirc@triband-mum-120.61.193.124.mtnl.net.in)
17:41.25wick29Hey
17:47.13wick29Has brlcad applied to gsoc this year?
18:19.24*** join/#brlcad sofat (~androirc@223.225.226.38)
18:24.54*** join/#brlcad wick29 (~androirc@triband-mum-120.61.196.44.mtnl.net.in)
18:34.30*** join/#brlcad gaganjyot (~gaganjyot@27.255.241.185)
18:52.36*** join/#brlcad konrado (~root@41.244.243.63)
19:18.13*** join/#brlcad konrado (~root@41.244.243.106)
19:19.31konradobrlcad:hello
19:22.11*** join/#brlcad merzo (~merzo@159-59-133-95.pool.ukrtel.net)
19:33.03starseek1rsofat: oh, header and footer contents?
19:33.13starseek1rI don't know offhand - you might start here:  http://stackoverflow.com/questions/1449428/adding-header-and-footer-to-a-docbook
19:35.11sirnamstarseek1r : sir, I have installed brlcad successfully.. I'm working on  'object-oriented interfaces' project.. I tried installing rt^3 in Ubuntu 14.04..in README file for compiling and building we had to run ./autogen.sh but there is no such file..
19:36.39starseek1rsirnam: we're using CMake now
19:37.08starseek1rthe README must be out of date
19:37.17*** join/#brlcad wick29_ (~chatzilla@triband-mum-120.61.196.44.mtnl.net.in)
19:37.24starseek1rI've not built it in a while myself, so I don't know the details
19:38.18sirnamstarseek1r: I tried that too.. I configured cmake accordingly.. I get this 'Found BRL-CAD 7.24.2 at sh: 1: brlcad-config: not found' Configuration done
19:38.31sirnamBut it says configuration done
19:39.00starseek1ris your BRL-CAD bin dir in your path?
19:39.06starseek1rwhich brlcad-config
19:40.43sirnamOops.. sorry.. in cmake GUI it tells the above msg.. but in terminal it is built successfully..
19:41.02sirnamafter cmake what are we supposed to do ?
19:41.53starseekerdid you generate the Make files?
19:42.09starseeker(if you're using the GUI, that's a separate step)
19:42.51sirnamby running make I'm getting errors..
19:43.27starseekerwhat errors?
19:43.42sirnamplease find the errors at: http://pastebin.com/MxU0rbCe
19:44.12starseekerit's not finding Tcl/Tk
19:44.29starseekerdid you build with the system Tcl/Tk, or the included one in BRL-CAD?
19:45.51sirnamI have installed BRL-CAD(http://brlcad.org/wiki/Compiling)
19:46.03sirnamisn't it sufficient ?
19:46.51gaganjyotsirnam, your OS ?
19:47.16sirnamUbuntu 14.04
19:47.45starseekersirnam: d_rossberg is the guy to ask about rt^3 - if you can't catch him on IRC, I'd suggest trying the mailing list
19:48.24sirnamOkay..
19:48.37gaganjyotsirnam, I still doubt if you have tcl installed properly
19:48.47gaganjyotjust a sec
19:49.19gaganjyotsudo apt-get install tcl8.5-dev
19:49.19gaganjyotrun this
19:50.16sirnamOkay..
19:51.58sirnamstill the same error persists..
19:53.52konradostarseeker: hello
19:59.02*** join/#brlcad rohit0143 (~rohit@14.139.82.6)
20:01.35*** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net)
20:52.43*** join/#brlcad konrado (~root@41.244.243.106)
20:59.55*** join/#brlcad konrado_ (~root@41.244.243.106)
22:31.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150216

IRC log for #brlcad on 20150216

02:24.02*** join/#brlcad Konrado (~Konrado@41.244.243.184)
02:41.22*** join/#brlcad Konrado (~Konrado@41.244.243.184)
04:19.16*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
04:47.21nmz787is there a 2D polygon that I can enter in mged interactively, then extrude? I see dsp but that I need to use the asc2dsp util first.
04:54.34*** join/#brlcad YashM (~YashM@117.223.172.198)
05:55.57*** join/#brlcad sirnam (~swetha@14.139.82.6)
06:08.33*** join/#brlcad YashM (~YashM@117.223.172.198)
06:14.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:27.27*** join/#brlcad sirnam (~swetha@14.139.82.6)
06:32.34*** join/#brlcad sprakash (~sidd_prak@14.139.82.6)
06:54.27*** join/#brlcad merzo (~merzo@41-5-133-95.pool.ukrtel.net)
08:00.49*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
10:05.12*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:35.28*** join/#brlcad sirnam (~swetha@14.139.82.6)
11:01.24*** join/#brlcad sirnam (~swetha@14.139.82.6)
11:13.18*** join/#brlcad konrado (~root@41.244.243.133)
11:27.57*** join/#brlcad konrado (~root@41.244.243.133)
12:32.41*** join/#brlcad konrado (~root@41.244.243.133)
13:41.37*** join/#brlcad YashM_ (~YashM@117.198.17.167)
14:01.45``Eriknmz787: bot
15:26.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:57.57*** join/#brlcad sirnam (~swetha@49.205.215.143)
16:08.43*** join/#brlcad Izakey (~Izak@41.205.22.13)
16:25.53*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
16:36.12*** join/#brlcad i5o (~ignacio@unaffiliated/ignaciouy/bot/gcibot)
16:44.56*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
16:47.17riesbrlcad: here? Would you vouch for us for GSoC 2015?
17:12.54*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
17:13.33*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
17:27.51Notify03BRL-CAD Wiki:Icamposman * 0 /wiki/User:Icamposman:
17:31.45*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
17:31.45*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
17:31.45*** join/#brlcad mpictor_ (~mark@c-68-39-98-222.hsd1.nj.comcast.net)
17:31.45*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
18:08.10*** join/#brlcad konrado (~root@41.244.243.179)
18:27.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:35.28*** join/#brlcad sirnam (~swetha@49.205.215.143)
18:37.48*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
18:39.01*** join/#brlcad konrado (~konrado@41.244.243.179)
21:22.53*** join/#brlcad konrado (~root@41.244.243.224)
21:39.32Notify03BRL-CAD Wiki:Konrado DJ * 0 /wiki/User:Konrado_DJ:
21:42.53nmz787``Erik: do you know the implications of using bot over dsp? as far as I can tell, bot is hollow with 'faked' solid/thickness properties, while I can't tell what dsp would be, but will assume for now it's a 'real' solid (also I'm terribly new to brlcad so I am making up terms like 'real' solid)
21:54.11*** join/#brlcad JDhanoa (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
22:01.57*** join/#brlcad i5o (~ignacio@unaffiliated/ignaciouy)
22:08.16nmz787``Erik: I also just saw ars, which seems the same as bot except using rectangles instead of triangles (from a first glance)
22:24.42*** join/#brlcad konrado (~konrolab@41.244.243.86)
22:30.55*** join/#brlcad GaganDhanoa (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
22:31.34GaganDhanoaanyone on-line ??
22:43.59*** join/#brlcad konrado (~konrolab@41.244.243.86)
22:50.14*** join/#brlcad James1 (~James@14.139.82.6)
22:52.16*** join/#brlcad konrado (~konrolab@41.244.243.86)
23:03.21James1hello, anyone on-line ??
23:06.59nmz787yup
23:11.08*** join/#brlcad konrado_ (~konrado@41.244.243.86)
23:14.10James1how to proceed with BRL-CAD dev ??
23:16.21nmz787James1: I have some bad instructions here http://brlcad.org/wiki/User:Nmz787-brlcad
23:16.49*** join/#brlcad James1 (~James@14.139.82.6)
23:16.52nmz787James1: I have some bad instructions here http://brlcad.org/wiki/User:Nmz787-brlcad
23:16.59*** join/#brlcad James_ (~James@14.139.82.6)
23:19.44James1want to do a project in Rendering & Scientific Analysis. How should I start with a patch submission??
23:21.20*** join/#brlcad konrado (~konrado@41.244.243.86)
23:23.22konradobrlcad: Hello
23:26.07konradobrlcad: I have updated the vrml converter to call the mk_*() function for primitives. I hope you get the time to review it.
23:27.03konradoI have tested it functionally and it work well.
IRC log for #brlcad on 20150217

IRC log for #brlcad on 20150217

04:01.53*** join/#brlcad sofat (~androirc@202.164.45.212)
04:33.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:18.03*** join/#brlcad YashM (~YashM@59.88.27.106)
06:20.50*** join/#brlcad sirnam (~swetha@49.205.215.143)
06:31.03*** join/#brlcad YashM_ (~YashM@117.215.33.72)
07:30.07*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:55.24*** join/#brlcad YashM_ (~YashM@117.215.33.72)
08:23.10*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:46.53*** join/#brlcad rohit0143 (~rohit@14.139.82.6)
10:48.13*** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:19.43*** join/#brlcad sirnam (~swetha@49.205.215.143)
11:27.00*** join/#brlcad konrado (~konrado@41.205.22.13)
12:22.30*** join/#brlcad konrado (~konrado@41.205.22.13)
12:35.25*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
12:46.25*** join/#brlcad gaganjyot (~gaganjyot@101.214.206.129)
13:44.16*** join/#brlcad ries_ (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:16.40*** join/#brlcad konrado (~konrado@41.205.22.13)
14:21.08*** join/#brlcad rvt (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:56.37starseekerpwd
15:24.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:06.54*** join/#brlcad sirnam (~swetha@49.205.215.143)
16:16.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:00.56*** join/#brlcad nmz787_i (~nmccorkx@134.134.137.75)
17:08.53*** join/#brlcad gaganjyot (~gaganjyot@101.214.206.129)
17:26.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:46.20*** join/#brlcad sofat (~sofat@202.164.45.204)
18:34.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:49.43sofatstarseeker, hello
18:50.25sofatI have converted the animation tutorial html docs to docbook
18:50.30sofatthere is link
18:50.31sofathttp://202.164.53.122/~hitesh/brlcadxml/first.html
18:56.48sofatI have submitted this docs  as a patch
18:57.00sofatplease review this when you free
19:10.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:23.58*** join/#brlcad konrado (~konrado@41.244.243.201)
19:47.47*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
19:49.21*** join/#brlcad nmz787_i1 (~nmccorkx@134.134.137.75)
20:00.13*** join/#brlcad sofat (~androirc@202.164.45.204)
20:38.04kintelbrlcad: I didn’t hear anything about GSoC this year. Is it safe to assume that you won’t apply, or that you’ll apply as a single project (not an umbrella) this year?
20:43.56*** join/#brlcad i5o (~ignacio@unaffiliated/ignaciouy/bot/gcibot)
20:44.12*** join/#brlcad i5o (~ignacio@unaffiliated/rengar)
20:45.48*** join/#brlcad i5o (~ignacio@unaffiliated/ignaciouy/bot/remembrall)
20:46.33*** join/#brlcad i5o (~ignacio@unaffiliated/ignaciouy)
21:09.45*** join/#brlcad i5o (~ignacio@unaffiliated/rengar)
21:10.13*** part/#brlcad i5o (~ignacio@unaffiliated/rengar)
21:12.11*** join/#brlcad ank22 (uid51029@gateway/web/irccloud.com/x-qstbkupahxwuqjqn)
21:13.57*** join/#brlcad gaganjyot (~gaganjyot@101.214.206.129)
21:41.49*** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66)
21:49.27*** join/#brlcad merzo (~merzo@138-27-132-95.pool.ukrtel.net)
22:04.45ank22Hi, I want to solve fonts related bug in wiki theme. Can somebody give me a heads up?
22:05.08ank22it was mentioned on http://brlcad.org/wiki/Deuces#Solve_fonts_related_bug_in_new_wiki_theme.
22:21.50Notify03BRL-CAD:carlmoore * 64225 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_torus.cpp brlcad/trunk/src/util/pixfields.c): remove trailing blanks/tabs from one file and fix spellings in another
23:54.07Notify03BRL-CAD:starseeker * 64226 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Start working on calculating the information that will be needed to assemble more complex cyl end caps.
IRC log for #brlcad on 20150218

IRC log for #brlcad on 20150218

00:32.07Notify03BRL-CAD:starseeker * 64227 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: notes about finding axis intersections.
02:40.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:50.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:34.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:03.49*** join/#brlcad wick29 (~chatzilla@triband-mum-120.61.193.206.mtnl.net.in)
04:22.39*** join/#brlcad sofat (~androirc@106.192.156.63)
07:20.56*** join/#brlcad sirnam (~swetha@14.139.82.6)
07:57.56*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:16.53*** join/#brlcad merzo (~merzo@246-6-133-95.pool.ukrtel.net)
08:59.08*** join/#brlcad sirnam (~swetha@14.139.82.6)
09:36.52*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:21.45*** join/#brlcad sirnam (~swetha@14.139.82.6)
10:39.56*** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:52.06*** join/#brlcad sirnam (~swetha@14.139.82.6)
12:01.52*** join/#brlcad YashM (~YashM@117.248.201.248)
13:11.20*** join/#brlcad sofat (~sofat@202.164.53.117)
13:35.51*** join/#brlcad sirnam (~swetha@14.139.82.6)
13:46.07*** join/#brlcad sofat (~androirc@202.164.45.204)
13:53.55*** join/#brlcad sirnam (~swetha@14.139.82.6)
14:01.15*** join/#brlcad rvt (~rvt@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:06.45*** join/#brlcad rvt (~rvt@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:30.24*** join/#brlcad rvt (~rvt@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:39.30*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
16:06.51*** join/#brlcad sofat (~androirc@202.164.45.212)
17:02.34*** join/#brlcad nmz787_i (~nmccorkx@192.55.55.39)
17:14.06*** join/#brlcad sirnam (~swetha@14.139.82.6)
17:17.04brlcadnmz787_i: get your question answered?  keep is for across databases, cp is within a database
17:17.46nmz787_ihey
17:17.52nmz787_ii think keep was what I wanted
17:18.34nmz787_imroeso though, I've been looking at the convolute gear example I think you posted on which used an rpc... was trying to determine if a parabola is actually the same as the involute equations when rotated
17:18.52brlcadnmz787_i: bot is a triangle mesh, nmg is a polygonal mesh, dsp is a height field (e.g., terrain)
17:19.10nmz787_iand also, how to use an rpc section in a curve, like a toroid (i need to model fluidic channels which get etched away, and often leave a parabolic profile)
17:19.30brlcadars is a waterline solid (which is presently faceted so it looks like a bot)
17:20.39brlcadnmz787_i: I don't think rpc is an exact fit, but I haven't done the math
17:20.56brlcadrather, it could be parabolic, but not necessarily
17:21.38*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
17:23.40nmz787_idoes dsp the same as bot or nmg, except one side is flat (the side opposite the 'terrain')?
17:23.56nmz787_iI like the input format of dsp, the bitmaps are easy to understand
17:24.11brlcad``Erik: you noticed anything odd about .bz performance?  seems back to normal now after I restarted a few things, but it was incredibly sluggish (but seemingly not thrashing)
17:24.40nmz787_ii.e. if i had to calculate points for a parabola, then throw it through asc2dsp... and get what I assume would be a super-thin slice
17:32.45nmz787_ihmm, I can't find any refs online for 'waterline cad' regarding what a 'waterline' is
17:35.17brlcadfive sides of a dsp are "flat" :)
17:35.24nmz787_i'any of a set of structural lines of a ship, parallel with the surface of the water, representing the contour of the hull at various heights above the keel and drawn on shipbuilding plans.'
17:40.59brlcadI don't have a handy online reference for you, but a waterline object is basically that
17:42.07brlcadstructural lines of a ship, depths in a lake/ocean/river, contours up a building, etc
17:42.36brlcadhere's a pretty advanced example: http://studiomaven.org/images/a/ae/Contour.png
17:42.42nmz787_iso it's a polygon mesh?
17:43.16nmz787_ihmm, that looks more like a pointcloud with points grouped by 'waterline'
17:43.34*** join/#brlcad Izak (~Izak@66-118-151-70.static.sagonet.net)
17:44.14nmz787_idang, what I really want is a way to just use the involute or parabola equations to create a parametric curve... so I guess that would be NURBS
17:44.35nmz787_iso I won't have to compute more points to feed into a bot or dsp or whatever
17:46.31*** join/#brlcad sirnam (~swetha@14.139.82.6)
17:57.28brlcadyeah, bot and dsp (and ars's implementation) are all sampled solutions
17:57.44brlcadif you want parametric, you're looking at other primitives, and nurbs does sound like your best bet
17:58.31brlcadC examples in src/proc-db/*.cpp and src/other/openNURBS/example*/
18:01.35nmz787_iis there some boundary-rep stuff I could use to say, feed a bunch of parabola line points, and get a NURBS primitive out?
18:01.42nmz787_iI see lots of commit messages in here about brep!
18:01.43nmz787_i:)
18:03.08nmz787_i.tell nmz787 does this message bot exist in here?
18:04.39*** join/#brlcad amalia (~amalia@41.205.22.62)
18:04.52nmz787_ibrb, won't be able to see messages until I get back (and the web log has a delay of about a day it seems)
18:07.02*** join/#brlcad rvt (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
18:11.14*** join/#brlcad sofat (~sofat@202.164.45.208)
18:11.25amaliaHello
18:11.38amaliaWho's the admin of this organisation ?
18:14.29amaliaWhy's everybody quiet? is it because I'm a girl ?
18:20.25*** join/#brlcad sirnam (~swetha@14.139.82.6)
18:21.53*** join/#brlcad nmz787_i (~nmccorkx@192.55.54.36)
18:24.08sofatamalia, no all is here
18:24.53amaliathinks it's too quiet here
18:25.37Ch3cka
18:28.20``Erikbrlcad: I was just doing a port update that rebuild two openjdk's, those default to -j8... might explain todays slowdown? I've noticed other times when the machine has low load but is still very slow to respond, I'm assuming it's a memory constraint issue...
18:30.23``Eriktries to murder the machine with some memory subsystem butchery
18:31.22``Eriknice, swapoff: /dev/ad4s1b: Cannot allocate memory
18:33.57Ch3ckamalia: relax Big Sean is not around perhaps ;) Welcome btw!
18:38.00``Erikamalia: I'd hope gender is irrelevant. Ask the actual question you want to ask, then wait and someone with the answer will eventually speak up
18:38.04``Erik!notify ask
18:38.05NotifyQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
18:39.03amaliaThanks ``Erik
18:41.02*** join/#brlcad sofat (~sofat@202.164.45.204)
18:42.49amalia!notify gsoc
18:44.27``Erikwhat information are you looking for? (and did you look at http://brlcad.org/wiki/ ?)
18:45.13amaliaNope. not yet
18:47.40sofatamalia, what you want  to ask?
18:50.05amaliaI'll like to take part in Google Summer of Code. What should I do ?
18:51.28sofatfind the organization  and the start the work
18:52.17``Erikread the wiki pages on gsoc, make sure you can check out, compile, install and run the software, take a look at the various 'idea' pages and bugs... and hang out here and the mailing list to get a feel for the community
18:52.26sofatsolve the  bugs and  then submit the solution as a  patches
18:53.46``Erikhttp://brlcad.org/wiki/GSoC will probably be updated once we get acceptance confirmed (and someone who knows we're in gets around to updating it), but the checklist and other info there is still good
18:56.08amaliaOkay. Thanks ``Erik
18:56.15amaliaYou're quite kind
19:04.42Izakamalia make sure you discuss the idea you like on this channel or on the mailing list
19:05.45IzakWhat skills do you have btw amalia ?
19:06.10amaliaYou mean the languages that I code in ?
19:07.16IzakYes. Which programming languages do you code in ?
19:08.20amaliaOk. I code in C and C++.
19:09.10amaliaCan this help me program during GSoC in BRL-CAD ?
19:09.37nmz787_iI think most of the code is C-style
19:10.22IzakYes. Of course. The BRL-CAD project is primarily developed in C and C++. Just follow the recommendations that ``Erik gave and jump right in :)
19:10.55``Erika lot is ANSI C, c++ is creeping in due to third party libraries (openstep, opennurbs, etc), and a lot of ui and scripting stuff is tcl/tk
19:12.20Notify03BRL-CAD:carlmoore * 64228 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/tclscripts/swidgets/scripts/tkgetdir.itk): fix spellings
19:12.52amaliaThanks ``Erik
19:13.00amaliaThanks Izak
19:14.16brlcad``Erik: huh, maybe .. I didn't see any cc's pop to the top of top
19:15.05``Erikjdk's are half cc and half javac, often short lived
19:15.44``Erikthe amount of swap consumed is ... interesting. bsd is aggressive about pushing unused pages to swap, but 2g is a bit much
19:16.04brlcadi noticed that
19:16.39brlcadalso noticed it had 2GB free and had pushed out 2GB..
19:17.09brlcadI wtf'd
19:17.27brlcadany plans on upgrading to 10? :)
19:17.44``Erikheh, it was full of cache pages and had 2g swap, I ran a program to force cache and buffer expirations which freed up 2 gigs, but wasn't able to swapoff it
19:17.51brlcadlet me know if you do .. I need to run a full backup and a reboot might be in order
19:18.26``Erikum, 10 is find by me, but the installworld/mergemaster/reboot phase will clobber service for a little bit...
19:19.34``Erikis running a fever, so doesn't want to do anything that... "exciting" right now. :)
19:19.42brlcadoof, sorry to hear that
19:19.57``Erikthnx
19:19.59brlcadthat's what a little exertion will do eh?
19:20.06brlcadshoveling?  or kids? :)
19:22.07``Erikheh, I made her shovel! :D I think I had it before the snow day family fun time project yesterday, but it hit me harder today (99.6, not doctor worthy, but not 100%)
19:22.34*** join/#brlcad ank22 (uid51029@gateway/web/irccloud.com/x-mlxaibkkjqhdwytx)
19:22.43nmz787_iah, snow... i miss it sometimes
19:26.30``Erikfeel free to swing by and take some of mine ;)
19:27.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:30.10nmz787_iwould be funny to see snow on amazon prime!
19:41.35*** join/#brlcad gaganjyot (~gaganjyot@101.208.157.165)
19:46.24*** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94)
19:55.26*** join/#brlcad sofat (~androirc@202.164.45.204)
20:35.36Notify03BRL-CAD:n_reed * 64229 brlcad/branches/brep-debug/src/libbrep/intersect.cpp: Replace ON_ZERO_TOLERANCE with the more appropriate isect_tol to avoid missing good curve-surface intersections.
21:10.43``Erik(wee, 100.4! high score!)
21:32.21brlcadyou can do better than that
22:40.36*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-uiogmfowextkmefi)
23:01.18Notify03BRL-CAD:starseeker * 64230 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Don't rush to handle more complexity than you need to - get simpler cases working. Handle the simpler capping scenario and deal with the more complex case (if needed) later.
23:29.04Notify03BRL-CAD:starseeker * 64231 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: one and two end cap cases need to be considered.
23:36.34starseekernmz787_i: we don't have any user-level tools for creating/manipulating NURBS BRep objects, except for rotate/translate/scale and making them out of CSG primitives
23:37.34starseekerbasically have to make your own C program (like the previously mentioned proc-db examples) to create any from scratch
23:38.05starseekermost of the NURBS brep stuff you see flying by is related to other efforts (conversion, raytracing, etc.)
23:51.20nmz787_ihmm
23:51.40nmz787_iI'm OK with writing C.
23:51.54nmz787_ibut will I actually have to create the control points and such?
23:52.38nmz787_iI actually /have/ created a NURBS parabolic surface before, but for equation-based input, I would ideally push that to some other magic :)
23:53.07nmz787_i( I am hoping that magic exists in one of the 'to-NURBS' converters)
23:54.53nmz787_ichecking src/proc-db now
23:57.18Notify03BRL-CAD:starseeker * 64232 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Assemble edges associated with each cap - this may be unnecessary - intersecting the planes with the cylinder axis may tell us what we need here - but checkpoint before removing.
IRC log for #brlcad on 20150219

IRC log for #brlcad on 20150219

00:24.02Notify03BRL-CAD:n_reed * 64233 brlcad/branches/brep-debug/src/libbrep/intersect.cpp: Trying to find a surface-surface intersection curve involving an isocurve by fitting to solved points doesn't work well when both surfaces are planar. In this case the intersection should have been found during isocurve-surface intersections, and we can just make the intersection event from the unclosed isocurve intersection and skip
00:24.04Notifytrying to solve for other points.
00:31.18Notify03BRL-CAD:starseeker * 64234 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Needs more testing, but get set up to do the plane/axis intersection using libbn.
03:05.28*** join/#brlcad YashM (~YashM@117.222.65.8)
03:55.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:23.03*** join/#brlcad sofat (~androirc@202.164.45.212)
04:27.56*** join/#brlcad sirnam (~swetha@14.139.82.6)
05:18.37*** join/#brlcad amalia (~Amalia@41.205.22.47)
06:12.05*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
07:03.47*** join/#brlcad sirnam (~swetha@14.139.82.6)
08:13.44*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-jlcmdajtsgoncqtr)
08:19.19*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:18.16*** join/#brlcad YashM_ (~YashM@117.223.175.171)
09:27.13*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:13.56*** join/#brlcad merzo (~merzo@92.60.189.225)
10:49.12*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:00.29*** join/#brlcad YashM (~YashM@117.222.16.243)
11:02.23*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:11.26*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
11:39.38*** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
12:30.17*** join/#brlcad YashM (~YashM@117.198.5.234)
13:19.07*** join/#brlcad sirnam (~swetha@14.139.82.6)
13:42.11*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
13:43.01Notify03BRL-CAD Wiki:Randynasir * 0 /wiki/User:Randynasir:
13:49.56*** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66)
14:44.30*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
15:04.09*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
15:17.51*** join/#brlcad sofat (~androirc@202.164.45.204)
17:28.44*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
17:29.14*** join/#brlcad gaganjyot (~gaganjyot@27.255.241.185)
17:40.20*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
17:44.19*** join/#brlcad sofat (~androirc@202.164.45.204)
17:46.12*** join/#brlcad gaganjyot (~gaganjyot@27.255.241.185)
18:03.25*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
18:35.12*** join/#brlcad Arlene (~arlene@195.24.220.134)
18:42.44*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
18:57.39*** join/#brlcad sofat_ (~sofat@202.164.45.208)
18:59.06*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
19:09.36*** join/#brlcad nmz787_i1 (nmccorkx@nat/intel/x-myihkvyqdfkwlreu)
19:25.27*** join/#brlcad sofat_ (~sofat@202.164.45.204)
19:38.53*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
19:49.32*** join/#brlcad albertcoder (~quassel@202.164.45.204)
19:54.09*** join/#brlcad albertcoder (~quassel@202.164.45.204)
19:57.50*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
20:24.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:24.34*** join/#brlcad amalia (~Amalia@41.205.22.37)
20:37.44*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
20:48.32*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:31.01Notify03BRL-CAD:starseeker * 64235 (brlcad/branches/qtged/AUTHORS brlcad/branches/qtged/BUGS and 392 others): Sync up to r64234
21:32.30Notify03BRL-CAD:carlmoore * 64236 brlcad/trunk/src/libged/lc.c: Fix usage because the man page says -r can be used with any other option
21:38.01Notify03BRL-CAD:starseeker * 64237 (brlcad/branches/gecode/AUTHORS brlcad/branches/gecode/BUGS and 604 others): Sync to r64234
21:41.06Notify03BRL-CAD:starseeker * 64238 brlcad/trunk/src/librt/test_shape_recognition.cpp: Check return on mk_rcc
21:50.53Notify03BRL-CAD:carlmoore * 64239 brlcad/trunk/src/libged/lc.c: missing 'break'?!? This would cause -z to increment unrecognized_flag_cnt !
21:51.40Notify03BRL-CAD:starseeker * 64240 brlcad/branches/qtged/src/CMakeLists.txt: Shorten name - only a test app anyway at this point.
21:52.14Notify03BRL-CAD:starseeker * 64241 brlcad/branches/qtged/src/qged/CMakeLists.txt: switch name
21:54.33amaliaHi ``Erik, I just successfully compiled BRL-CAD on my PC
21:58.10*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
22:00.52``ErikPC as in windows/x86? neat, most development is done with linux or osX, sometimes it breaks on windows
22:01.58``Erikhave you pulled up some sample geometry in mged and raytraced it yet?
22:05.25amaliano linux
22:05.36amaliaI have SL linux
22:06.31amaliai have not raytraced any sample geometry yet.
22:07.46amaliai heard there's arcer too ``Erik
22:12.58*** join/#brlcad merzo (~merzo@82-46-133-95.pool.ukrtel.net)
22:42.26*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
23:05.23*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
23:15.57*** join/#brlcad infobot (ibot@rikers.org)
23:15.57*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya.
23:37.10*** join/#brlcad Arlene (~Arlene@41.205.22.58)
23:41.09Notify03BRL-CAD:n_reed * 64243 (brlcad/trunk/src/libbrep/intersect.cpp Property Changed: and 2 others): merge brep intersection improvements from r64229 and r64233
23:44.14Notify03BRL-CAD:n_reed * 64244 (svn:mergeinfo ## -3,4 +3,4 ## and 6 others): record r64243 as merged
IRC log for #brlcad on 20150220

IRC log for #brlcad on 20150220

01:18.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:37.15Notify03BRL-CAD:starseeker * 64245 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: jot down some ideas about constructing primitives
01:48.31Notify03BRL-CAD Wiki:Randialmatic * 0 /wiki/User:Randialmatic:
01:49.26*** join/#brlcad nmz787_i (~nmccorkx@134.134.137.73)
02:27.55*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:15.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:33.49*** join/#brlcad YashM (~YashM@117.222.23.55)
06:16.13*** join/#brlcad andrei__ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
06:18.17*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
06:19.45andrei_~seen brlcad
06:19.46infobotbrlcad is currently on #stepcode #gsoc #brlcad #bzflag, last said: 'you can do better than that'.
06:28.21*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
06:32.03*** part/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
07:58.49*** join/#brlcad merzo (~merzo@164-19-133-95.pool.ukrtel.net)
08:34.03*** join/#brlcad merzo (~merzo@164-19-133-95.pool.ukrtel.net)
08:51.18*** join/#brlcad Konro (~Konro@41.244.243.15)
09:11.45Notify03BRL-CAD:d_rossberg * 64246 (svn:mime-type ## -1 +1 ## and 14 others): corrected typing error in mime-typeProperty Changed:----------------rt^3/trunk/src/coreInterface/Sphere.cpp
09:13.52*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:15.09*** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:16.42Notify03BRL-CAD:d_rossberg * 64247 (rt^3/trunk/src/coreInterface/Database.cpp rt^3/trunk/src/coreInterface/Sphere.cpp): quell some warnings on OS X
09:31.55*** join/#brlcad winghouchan (~winghouch@2.126.233.43)
09:34.42*** join/#brlcad albertcoder (~quassel@124.253.105.116)
09:43.37*** join/#brlcad merzo (~merzo@92.60.189.225)
10:38.36*** join/#brlcad winghouchan (~winghouch@2.126.233.43)
10:46.19*** join/#brlcad wei1006 (~fircuser@116.87.154.172)
10:47.00wei1006yo is this over
10:53.24*** join/#brlcad sofat (~sofat@202.164.53.117)
11:02.00*** join/#brlcad winghouchan (~winghouch@2.126.233.43)
11:05.25*** join/#brlcad albertcoder (~quassel@124.253.197.103)
11:36.16*** join/#brlcad jrullman___ (sid54856@gateway/web/irccloud.com/x-xdkjoqcdwfsgxpla)
12:16.07*** join/#brlcad sirnam (~swetha@14.139.82.6)
12:50.32*** join/#brlcad albertcoder (~quassel@124.253.233.122)
13:09.08*** join/#brlcad sofat (~sofat@202.164.53.117)
13:14.50*** join/#brlcad winghouchan (~winghouch@2.126.233.43)
13:15.39*** part/#brlcad winghouchan (~winghouch@2.126.233.43)
14:13.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:43.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:02.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:16.46*** join/#brlcad Sricharanized (~raincrash@116.202.142.43)
15:47.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:19.40Notify03BRL-CAD Wiki:206.248.161.145 * 7868 /wiki/Google_Summer_of_Code/Project_Ideas: /* OpenSCAD Projects */
16:24.49Notify03BRL-CAD Wiki:206.248.161.145 * 7869 /wiki/Google_Summer_of_Code/Project_Ideas: /* OpenSCAD Projects */
16:26.06Notify03BRL-CAD Wiki:206.248.161.145 * 7870 /wiki/Google_Summer_of_Code/Project_Ideas: /* OpenSCAD Projects */
16:28.35Notify03BRL-CAD Wiki:206.248.161.145 * 7871 /wiki/Google_Summer_of_Code/Project_Ideas: /* OpenSCAD Projects */
16:32.02*** join/#brlcad teepee_ (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
16:39.54Notify03BRL-CAD:carlmoore * 64248 (brlcad/trunk/src/libged/lc.c brlcad/trunk/src/tclscripts/mged/lc.tcl): switch the placement of -d and -s options so that the C code can remove a duplicate line of code
17:03.59*** join/#brlcad albertcoder (~quassel@1.39.33.67)
17:08.47Notify03BRL-CAD:n_reed * 64249 (brlcad/trunk/src/libbrep/intersect.cpp Property Changed: and 2 others): merge improvement of brep 2d intersection tolerance calculation from r64242
17:13.31*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-eupomfmadnghuckd)
17:13.41Notify03BRL-CAD:n_reed * 64250 (brlcad/trunk/src/libged/lc.c brlcad/trunk/src/tclscripts/mged/lc.tcl): tweak r64248; standardize case fallthrough comment and fix script change to match intent
17:15.12*** join/#brlcad sofat (~sofat@223.225.245.143)
17:30.24Notify03BRL-CAD:carlmoore * 64251 brlcad/trunk/src/tclscripts/mged/lc.tcl: switch order again, to match the C file
17:47.21*** join/#brlcad albertcoder (~quassel@1.39.33.67)
17:59.17*** join/#brlcad nmz787_i1 (nmccorkx@nat/intel/x-nroycmtdtofhiwdj)
18:19.05Ch3ckbrlcad: thinking of possible projects I could work on this year. I am thinking of either taking over leger's project of last year, dunno if he'll apply this year again or working on a nurbs related project
18:22.49Ch3ckLooking at the vector drawings from Nurbs, I don't whether it would be the first order or second order or third order definition that will be used in the vector drawing algorithms?
18:23.08Ch3ckis still working out the math, there
18:33.51Ch3ckSorry there my question is given the focus of BRL-CAD in this year's GSoC is on collaboration projects mostly, will the above proejct be a bad idea?
18:52.11Notify03BRL-CAD Wiki:206.248.161.145 * 7872 /wiki/Google_Summer_of_Code/Project_Ideas: /* OpenSCAD Projects */
18:52.58*** join/#brlcad albertcoder (~quassel@1.39.33.12)
18:59.17*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
19:04.21brlcadour submission is in!
19:05.11*** join/#brlcad nmz787_i (~nmccorkx@134.134.137.73)
19:06.49brlcadCh3ck: given we're going minimal this year, you should look at working on a project for one of the umbrella orgs (maybe propose a means to bridge them to brl-cad or make some piece of functionality they have more modular/reusable that might be of interest to us)
19:07.33brlcadthere are five sub-orgs if we're accepted: BRL-CAD, OpenSCAD, LibreCAD, STEPcode, and LinuxCNC
19:09.37brlcadeach will probably only get 1 or 2 slots so for BRL-CAD, the bar is going to be set *really* high, to the extent that we might need to instate a requirement of no prior participants (the point after all is to introduce students to open source, and that's done after their first participation)
19:10.41brlcadthis is not yet decided, but it will still be statistically very difficult regardless
19:13.41*** join/#brlcad amalia (~amalia@41.205.22.16)
19:14.52Ch3ckbrlcad: that's interesting, will checkout most of the C projects they have and take a peek
19:15.40*** join/#brlcad albertcoder (~coderalbe@1.39.33.12)
19:29.42amalia``Erik I successfully ran archer today after the compilation yesterday
19:56.29Ch3ckadmires the intiative of open source CAD guys comming together
19:56.41Ch3ck"United we stand!" :)
20:15.55*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
20:24.31Notify03BRL-CAD:starseeker * 64252 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp): Start working on assembling geometry from available information
20:33.07*** join/#brlcad sirnam (~swetha@14.139.82.6)
20:35.13*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
20:36.28*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
20:40.29sofatstarseeker, hello
20:41.29sofati have done the conversion of shaders document in xml
20:41.48sofatcamo.html to camo.xml
20:42.06sofatnow i am going to submit the patch of this
20:50.43sofatstarseeker, I have submitted the patch, when you free please review this patch
20:52.48sofatNow I am starting the work on this documents  /doc/html/mannals/mged , as soon as possible I will complete this work and submit the patch on this work
20:57.28*** join/#brlcad sofat (~androirc@223.225.245.143)
21:51.21*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
22:02.53Notify03BRL-CAD:starseeker * 64253 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: More work on arb6 shapes.
22:11.54Notify03BRL-CAD:starseeker * 64254 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Make the code a bit more compact
22:14.09Notify03BRL-CAD:carlmoore * 64255 brlcad/trunk/src/util/pixborder.c: add new remark because we do not have 'pixedge' utility
22:36.53*** join/#brlcad sirnam (~swetha@14.139.82.6)
23:09.37*** join/#brlcad gurwinder (7aadf4dc@gateway/web/freenode/ip.122.173.244.220)
23:11.38gurwinderhello brlcad, Sorry for my late reply. I was very busy with on going projects.
23:15.26gurwinderI am working on g-pov converter as discussed but i didn't get reply for last work I posted. I am continuing without waiting for reply.
23:57.46*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
IRC log for #brlcad on 20150221

IRC log for #brlcad on 20150221

00:50.27Notify03BRL-CAD Wiki:Sean * 7873 /wiki/Google_Summer_of_Code: 2015
00:50.57*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
00:52.57Notify03BRL-CAD Wiki:Sean * 7874 /wiki/Google_Summer_of_Code/2015: Created page with "= GSoC 2015 With BRL-CAD = '''BRL-CAD has applied as a [http://www.google-melange.com/ mentoring organization] for the Google Summer of Code!''' We intend to accept exceptio..."
01:01.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:37.26*** join/#brlcad nmz787_i1 (~nmccorkx@134.134.137.73)
02:05.12*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
02:43.26*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
03:06.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:23.23*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
03:24.06*** join/#brlcad sofat (~androirc@106.192.188.213)
03:51.39brlcadsofat: excellent progress on the docs!
03:51.56sofatThanks
03:52.04sofatSo much
04:40.14*** join/#brlcad sofat (~androirc@106.192.188.213)
04:42.03*** join/#brlcad YashM (~YashM@117.222.23.149)
05:38.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:31.23*** join/#brlcad manan (~manan@182.69.63.66)
07:45.19*** join/#brlcad manan_ (~manan@182.69.63.66)
07:49.36*** join/#brlcad manan (~manan@182.69.63.66)
08:10.47*** join/#brlcad sofat (~androirc@106.192.188.213)
08:56.04*** join/#brlcad manan (~manan@182.69.63.66)
09:25.13*** join/#brlcad manan_ (~manan@182.69.63.66)
09:26.45*** join/#brlcad manan__ (~manan@182.69.63.66)
11:14.27*** join/#brlcad YashM (~YashM@117.222.66.54)
11:34.17*** join/#brlcad albertcoder (~quassel@124.253.99.18)
12:17.09*** join/#brlcad sofat (~androirc@106.192.188.213)
12:39.31*** join/#brlcad manan (~manan@182.69.63.66)
12:41.25albertcoderHi brlcad, I wanted to have a word with you regarding materials database. Actually I want to make it production ready. So I have thought to work on it as my major project in college (to devote sufficient time).
12:42.21albertcoderAnd for that I want to know the further enhancements and desirables from it.
12:44.09albertcoderI mean I would be glad if you shortlist what further is desired from the project to make it production ready.
12:55.20*** join/#brlcad manan (~manan@182.69.63.66)
12:58.38*** join/#brlcad sofat (~androirc@106.192.188.213)
13:25.58*** join/#brlcad sirnam (~swetha@14.139.82.6)
13:38.04*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
13:38.13*** join/#brlcad manan (~manan@182.69.63.66)
13:46.00*** join/#brlcad sofat (~androirc@106.192.133.167)
14:13.55*** join/#brlcad luca79 (~luca@net-37-116-120-231.cust.vodafonedsl.it)
15:46.10*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
16:06.39*** join/#brlcad sofat (~androirc@106.192.133.167)
16:26.28*** join/#brlcad sirnam (~swetha@14.139.82.6)
17:06.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:28.07*** join/#brlcad gaganjyot (~gaganjyot@27.255.241.185)
17:36.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:42.34*** join/#brlcad ignacio (~ignacio@unaffiliated/ignaciouy)
18:15.02*** join/#brlcad pcw_home (~chatzilla@c-50-143-148-115.hsd1.ca.comcast.net)
18:56.30*** part/#brlcad pcw_home (~chatzilla@c-50-143-148-115.hsd1.ca.comcast.net)
20:07.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:22.25*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
20:43.29*** join/#brlcad teepee (~teepee@server.ysori.net)
20:48.03*** join/#brlcad sofat (~androirc@223.225.200.21)
20:52.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:02.57*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
21:05.59*** join/#brlcad teepee (~teepee@151.248.0.194)
21:19.32*** join/#brlcad gaganjyot (~gaganjyot@27.255.241.185)
21:23.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:02.48*** join/#brlcad teepee- (~teepee@151.248.0.194)
IRC log for #brlcad on 20150222

IRC log for #brlcad on 20150222

01:20.29*** join/#brlcad teepee- (~teepee@151.248.0.194)
03:22.27*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
03:33.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:50.44*** join/#brlcad YashM (~YashM@117.198.11.98)
03:52.24*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
04:22.29*** join/#brlcad sofat (~androirc@223.225.200.21)
04:33.45*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
04:36.05brlcadsounds good had albert hung around!
04:56.13*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
06:52.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:29.32*** join/#brlcad albertcoder (~quassel@124.253.95.103)
07:59.37*** join/#brlcad sofat (~androirc@223.225.220.80)
08:40.40*** join/#brlcad YashM_ (~YashM@117.198.2.159)
08:41.03*** join/#brlcad sofat (~androirc@223.225.220.80)
08:54.14*** join/#brlcad sofat (~androirc@223.225.220.80)
10:44.09*** join/#brlcad rohit0143 (~rohit@14.139.82.6)
12:15.50*** join/#brlcad teepee (~teepee@151.248.0.194)
13:15.29*** join/#brlcad rohit0143 (~rohit@14.139.82.6)
13:41.38*** join/#brlcad merzo (~merzo@250-24-132-95.pool.ukrtel.net)
13:42.14ignacioGood morning
13:45.38sofatGood evening :-)
13:49.16*** join/#brlcad Sricharanized (~raincrash@61.12.82.214)
14:18.48``Eriksofat: out of curiousity (and I apologize if you've answered this before), when you're doing your html->xml conversions, are you using parser/emitters to convert, doing sed style substitutions and cleaning up by hand, or doing it all by hand?
14:22.19sofatRight i am done by hand
14:23.49*** join/#brlcad albertcoder (~coderalbe@1.39.33.91)
14:25.32sofatI think your opinion is right if i use sed command its more easy
14:31.03``Erikit'd be one heck of a sed command, might be easier to pipe several sed commands together or make it a multi-line sed script you can execute on the stream
14:31.48``Erikalbertcoder: 23:36 < brlcad> sounds good had albert hung around!
14:32.13sofatYes
14:34.00sofatOk next time I will try with sed command
14:34.54*** join/#brlcad Sricharanized (~raincrash@61.12.82.214)
14:35.32*** join/#brlcad amalia (~amalia@41.205.22.29)
14:37.35``Eriksofat: it's a tool that might help you out (although if you're not familiar/comfortable with regex, it could make things worse... google "zawinski regex" for a quote that relates to that...)
14:38.39``Eriksofat: give it a shot. if it sucks, then go back to the way you've been doing... if it seems good but you get stuck and need a little help, hollar and someone in chan will help you out :)
14:39.13sofatDo you recommend me to use sed command
14:45.03sofat``Erik, thanks i will try this
14:45.21sofatThanks for helping me
14:45.39albertcoderHi  ``Erik
14:46.52albertcoderDid you mean I should have stayed longer to get response?
14:47.01albertcoderOr did you mean something else?
14:47.43albertcoderHi sofat
14:48.03sofatalbertcoder, hello
14:48.29albertcoderI guess you haven't used SED , so let me know if you need any help regarding that
14:49.23sofatYes, but now I am try with sed command
14:49.48albertcoderOkay cool
15:00.23*** join/#brlcad amalia (~amalia@41.205.22.60)
15:12.30*** part/#brlcad Sricharanized (~raincrash@61.12.82.214)
15:14.28sofatmaths22, hello
15:18.12*** join/#brlcad albert_coder (~quassel@1.39.33.91)
15:24.12*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
15:28.13*** join/#brlcad albertcoder (~quassel@1.39.33.91)
15:48.06*** join/#brlcad amalia (~amalia@41.205.22.55)
16:15.27*** join/#brlcad albertcoder (~quassel@1.39.33.91)
16:20.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:32.05*** join/#brlcad sofat (~androirc@106.192.181.71)
16:56.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:03.41*** join/#brlcad gaganjyot (~gaganjyot@27.255.241.185)
18:10.33Notify03BRL-CAD Wiki:Dausdemore * 0 /wiki/User:Dausdemore:
18:45.12*** join/#brlcad merzo (~merzo@250-24-132-95.pool.ukrtel.net)
19:13.21*** join/#brlcad teepee- (~teepee@151.248.0.194)
19:23.49*** join/#brlcad hiteshsofat (~androirc@223.225.243.8)
19:32.15*** join/#brlcad amalia (~amalia@41.205.22.2)
20:04.10*** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-ixzyymghszcouypj)
20:07.02*** join/#brlcad sirnam (~swetha@14.139.82.6)
21:48.37*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
IRC log for #brlcad on 20150223

IRC log for #brlcad on 20150223

01:10.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:39.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:05.58*** join/#brlcad merzo (~merzo@89-37-132-95.pool.ukrtel.net)
03:42.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:17.18*** join/#brlcad sirnam (~swetha@14.139.82.6)
04:33.53*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
04:34.26*** join/#brlcad hiteshsofat (~androirc@223.225.243.8)
04:57.01*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
06:24.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:30.09*** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66)
07:36.14*** join/#brlcad sirnam (~swetha@14.139.82.6)
07:43.47*** join/#brlcad unicodesnowman (~unicodesn@2602:ffea:1001:1fa::97d2)
07:44.20*** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman)
08:01.37*** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman)
08:09.01*** join/#brlcad unicodesnowman (~unicodesn@2602:ffea:1001:1fa::97d2)
08:09.46*** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman)
08:13.55*** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman)
08:17.52*** join/#brlcad teepee (~teepee@p2003004AEF4E7DD3BA27EBFFFEAEED55.dip0.t-ipconnect.de)
08:39.35*** join/#brlcad merzo (~merzo@92.60.189.225)
08:42.00*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
08:57.00*** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140)
08:57.26*** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman)
09:36.15*** join/#brlcad sirnam (~swetha@14.139.82.6)
10:13.12*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
12:11.01*** join/#brlcad sirnam (~swetha@14.139.82.6)
12:33.23*** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140)
12:52.04*** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman)
13:01.06*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
13:12.30ignaciogood morning
13:18.58*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
13:29.52*** join/#brlcad sirnam (~swetha@14.139.82.6)
13:55.26*** join/#brlcad amalia (~amalia@41.205.22.61)
14:01.32*** join/#brlcad amalia (~amalia@41.205.22.8)
14:14.35*** join/#brlcad sofat (~androirc@202.164.45.204)
14:21.50Notify03BRL-CAD:starseeker * 64256 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Add arbn faces
14:46.17*** join/#brlcad YashM (~YashM@117.222.71.135)
14:51.31*** join/#brlcad sofat (~androirc@202.164.45.208)
14:54.59*** join/#brlcad hiteshsofat (~androirc@202.164.45.208)
15:20.42*** join/#brlcad AndroUser2 (~androirc@202.164.45.208)
15:25.17*** join/#brlcad AndroUser2 (~androirc@202.164.45.204)
15:32.31*** join/#brlcad amalia (~amalia@41.205.22.22)
15:36.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:38.30*** join/#brlcad sirnam (~swetha@14.139.82.6)
16:03.37*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
16:04.28Notify03BRL-CAD:starseeker * 64257 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Start working on reassembly of planer loops in pre-exising planar faces.
16:44.13*** join/#brlcad gaganjyot (~gaganjyot@49.138.149.184)
16:55.47Notify03BRL-CAD:starseeker * 64258 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: More work on planar objects - not producing valid loops yet.
16:56.49*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
17:00.39*** join/#brlcad nmz787_i (~nmccorkx@134.134.139.72)
17:27.12*** join/#brlcad sofat (~sofat@202.164.45.204)
17:30.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:42.04*** join/#brlcad teepee (~teepee@p2003004AEF4E7D7FBA27EBFFFEAEED55.dip0.t-ipconnect.de)
17:43.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:45.59*** join/#brlcad sofat (~sofat@202.164.45.204)
17:48.37Notify03BRL-CAD:carlmoore * 64259 brlcad/trunk/src/libged/lc.c: change an output message to avoid use of '$norm_name' in output
18:18.24``ErikStragus: happy belated birthday, dude
18:18.30*** join/#brlcad sofat (~sofat@202.164.45.204)
18:19.36StragusThanks ``Erik :)
18:35.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:44.15*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
18:59.35*** join/#brlcad sofat (~sofat@202.164.45.204)
19:26.01*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-wggmmbrvntxazjgd)
19:32.11*** join/#brlcad sofat (~sofat@202.164.45.208)
19:46.18*** join/#brlcad teepee (~teepee@p2003004AEF399C60BA27EBFFFEAEED55.dip0.t-ipconnect.de)
21:22.56*** join/#brlcad teepee (~teepee@p2003004AEF47286EBA27EBFFFEAEED55.dip0.t-ipconnect.de)
21:55.20Notify03BRL-CAD:starseeker * 64260 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp and 3 others): Getting closer, but something about the way the large nmg in nist1 is being assembled is invalid.
22:14.46*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
22:35.16Notify03BRL-CAD:starseeker * 64261 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Add some debugging logic... need to figure out why edges are getting duplicated.
22:47.35*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
23:44.08*** join/#brlcad teepee (~teepee@p2003004AEF5C350FBA27EBFFFEAEED55.dip0.t-ipconnect.de)
IRC log for #brlcad on 20150224

IRC log for #brlcad on 20150224

01:01.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:03.11*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
04:05.10*** join/#brlcad YashM (~YashM@59.88.24.19)
04:53.24*** join/#brlcad wick29 (788a6d72@gateway/web/freenode/ip.120.138.109.114)
05:24.26*** part/#brlcad wick29 (788a6d72@gateway/web/freenode/ip.120.138.109.114)
07:20.31*** join/#brlcad amalia (~amalia@41.205.22.33)
07:56.28*** join/#brlcad merzo (~merzo@162-30-133-95.pool.ukrtel.net)
08:02.07*** join/#brlcad amalia (~amalia@41.205.22.13)
08:17.17*** join/#brlcad teepee (~teepee@p2003004AEF53D78CBA27EBFFFEAEED55.dip0.t-ipconnect.de)
09:54.34Notify03BRL-CAD Wiki:Masconmenos * 0 /wiki/User:Masconmenos:
10:27.39*** join/#brlcad merzo (~merzo@92.60.189.225)
10:38.28*** join/#brlcad YashM (~YashM@59.88.24.19)
10:50.24*** join/#brlcad YashM (~YashM@59.88.24.19)
11:08.36*** join/#brlcad DarkCalf (~DarkCalf@64.185.232.90)
11:18.38*** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94)
11:36.47*** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94)
12:19.42*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
12:22.49*** join/#brlcad sofat (~androirc@202.164.45.208)
12:27.11*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
12:34.43*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
12:37.11*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
12:44.35*** join/#brlcad albertcoder (~quassel@124.253.241.131)
12:52.39*** join/#brlcad amalia (~amalia@41.205.22.52)
12:52.41``Erikonly managed to whack 8 with that O.o
12:57.41albertcoderHi BRLCADians! Anyone up for discussion of, Materials Database, MediaWiki extension?
12:57.58albertcoderI guess Sean is away.
12:59.56albertcoderCliff is away too.
13:08.34*** join/#brlcad YashM (~YashM@59.88.24.19)
13:39.40``Erikalbertcoder: they'll return eventually, I exploded them by rebooting the machine they were using for irc :)
13:40.07albertcoderhaha that's fine. :P
13:41.14*** join/#brlcad amalia (~amalia@41.205.22.25)
15:05.12*** join/#brlcad sofat (~sofat@202.164.45.204)
15:22.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:37.30*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
15:56.24*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
16:00.10*** join/#brlcad shaina (~shaina@202.164.53.117)
16:12.05*** join/#brlcad sofat (~sofat@202.164.45.204)
16:12.17*** join/#brlcad hiteshsofat (~androirc@202.164.45.208)
16:41.38*** join/#brlcad sofat (~sofat@202.164.45.212)
16:50.05*** join/#brlcad shaina (~shaina@202.164.53.117)
16:50.21*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
16:52.44*** join/#brlcad sofat (~sofat@202.164.45.212)
17:01.08*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-wfzzowhopemcfryf)
17:04.11*** join/#brlcad albertcoder (~quassel@1.39.35.125)
17:23.39*** join/#brlcad sofat (~sofat@202.164.45.212)
17:39.50*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
17:47.15*** join/#brlcad albertcoder (~quassel@1.39.35.125)
19:11.28*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
19:11.50*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
19:12.17*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
19:15.29*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
19:28.22*** join/#brlcad teepee (~teepee@94.100.18.130)
20:49.11*** join/#brlcad teepee (~teepee@94.100.18.130)
21:10.04*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
23:45.26*** join/#brlcad teepee (~teepee@94.100.18.130)
IRC log for #brlcad on 20150225

IRC log for #brlcad on 20150225

00:07.52*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
01:03.10*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
01:39.28*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
01:39.28*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
01:39.28*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
01:39.28*** join/#brlcad Vijfhoek (quassel@46.249.37.134)
01:41.45*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
01:41.45*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
01:41.45*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
01:41.45*** join/#brlcad Vijfhoek (quassel@46.249.37.134)
01:46.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:59.29*** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-ixzyymghszcouypj)
02:16.25*** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-ixzyymghszcouypj)
03:12.38*** join/#brlcad albertcoder (~quassel@124.253.127.227)
03:15.26albertcoderHi, starseeker! You are Cliff I guess :P
03:17.27albertcoderI want to continue discussion on Materials Database which we couldn't finish at the Reunion. :D
03:22.34albertcoderstarseeker: I mean, can you help me with the things to be done further (may be broadly)? Actually I want to work in an open source project for my college major project. So my project guide wants the detail of things to be done.
03:34.33*** join/#brlcad YashM (~YashM@117.222.71.111)
03:56.51starseekeralbertcoder: what specifically did you want to discuss?
03:57.55starseekerdoesn't recall where the discussion left off...
03:58.51starseekerisn't usually the best guy to discuss web stuff with - basically, we need a way to catalog and update material properties?
04:12.19albertcoderHi starseeker we talked about the integration of web extension with the C / C++ libraries of desktop brlcad.
04:13.31albertcoderMay be I could not specifically grab what we discussed but what i understood is that, I would need to do some tinkering in C / C++ libraries to fetch the properties from web and apply to the model.
04:14.56albertcoderis wondering where brlcad is! or is there any other person whom he can talk about this. :P
04:47.16starseekeradds this to his nifty hacks list: https://github.com/Steve132/uraster
04:52.03Straguswonders what's the deal with these pseudo-libraries "just a header file!"
04:53.32StragusThe ones I have seen were very crappy, the one to load and render TrueType fonts in OpenGL come to mind
04:53.42Straguscomes*
06:47.39*** join/#brlcad albertcoder (~quassel@124.253.108.198)
07:27.03*** join/#brlcad YashM (~YashM@59.88.31.24)
07:42.06*** join/#brlcad teepee (~teepee@94.100.18.130)
07:57.17*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:30.21*** join/#brlcad albertcoder (~quassel@124.253.108.198)
08:44.19*** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:33.41*** join/#brlcad gaganjyot (~gaganjyot@124.253.108.198)
09:48.07*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
09:50.08*** join/#brlcad gaganjyot (~gaganjyot@124.253.108.198)
10:48.01*** join/#brlcad sofat (~androirc@106.192.149.254)
10:51.29*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
10:57.20*** join/#brlcad sofat (~androirc@106.192.149.254)
11:28.50*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
11:31.19starseekerStragus: several things, I suppose - packing a lot of functionality into a small, easily added/ported bit of code is the big one.  They're also good for introducing concepts to newbies
11:32.31starseekerStragus: if you're thinking of FontSplash, I've found it extremely useful thus far for easy no-fuss OpenGL text - no doubt ftgl + freetype would do a better job, but that's also another set of dependencies to add/manage
11:33.15sofatstarseeker, when you free please review my patches.
11:33.31starseekersofat: I haven't forgotten, they're in my TODO queue :-)
11:33.39starseekersofat: have you tried compiling them?
11:34.42starseekersofat: I do apologize for the delay - it's been a busy couple of weeks here lately
11:36.10sofatYes i am using two methods  first is cmake and second is xslproc command. Both methods are working on my side.
11:36.49starseekerI'm looking at the brlcadxml.zip file for anim - I don't see any CMake logic...  Could you prepare an svn diff patch?
11:41.15sofatMeans?
11:42.26sofatI am convert html to xml and submit this. I am not make any .patch file for this.
11:43.00starseekersofat: Well, OK - but it would be nice to have the changes to the CMake logic as well.  I can do this, but it will slow the review a bit
11:43.01sofatIn zip folder only contain xml files.
11:43.46sofatOkay i will do this
11:45.20starseekersofat: the usual way is to get a "clean" svn checkout of brlcad, add your new files with svn add, make the changes to the build files, and then do svn diff > filename.patch
11:46.01sofatOk
11:52.44sofatThanks
12:02.48*** join/#brlcad sk2 (~simran@115.245.72.63)
12:05.23*** join/#brlcad sofat (~androirc@106.192.149.254)
12:08.43*** join/#brlcad amalia (~amalia@41.205.22.12)
12:13.29*** join/#brlcad sofat (~androirc@106.192.149.254)
12:22.08*** join/#brlcad hiteshsofat (~androirc@106.192.149.254)
12:25.52*** join/#brlcad sofat (~androirc@106.192.149.254)
12:28.09*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
12:44.16*** join/#brlcad sofat (~androirc@106.192.149.254)
13:56.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:57.39*** join/#brlcad sofat (~androirc@106.192.149.254)
14:05.43*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:18.35*** join/#brlcad sofat (~androirc@106.192.149.254)
14:46.15*** join/#brlcad gaganjyot (~gaganjyot@27.255.241.185)
14:52.19*** join/#brlcad amalia (~amalia@41.205.22.33)
15:18.28*** join/#brlcad sofat (~androirc@106.192.149.254)
16:04.26*** join/#brlcad albertcoder (~quassel@202.164.45.204)
16:09.12*** join/#brlcad albertcoder (~quassel@202.164.45.204)
16:28.54*** join/#brlcad sofat (~androirc@106.192.149.254)
16:31.01*** join/#brlcad sofat (~androirc@106.192.149.254)
16:46.24*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
16:50.51*** join/#brlcad sofat (~androirc@106.192.149.254)
16:53.55*** join/#brlcad alisha (~quassel@115.184.117.98)
17:04.25*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-ctjuwukbpayqwyka)
17:26.25*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
17:47.20*** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-wmpuwghtprblhysu)
17:47.56*** join/#brlcad ankesh11_ (uid8015@gateway/web/irccloud.com/x-djadhvsxtsuqolzs)
17:51.10ankesh11Django has a new release, https://docs.djangoproject.com/en/dev/releases/1.8/
17:51.39ankesh11Loads of new features in
17:52.36ankesh11Better security, UUIDs, jinja2, support for Postgres arrays.
18:28.02*** join/#brlcad alisha__ (~quassel@106.192.156.46)
18:45.45*** join/#brlcad alisha (~quassel@115.184.77.23)
19:29.01*** join/#brlcad nmz787_i (~nmccorkx@134.134.137.71)
19:36.51*** join/#brlcad gaganjyot (~gaganjyot@27.255.241.185)
19:40.14*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
20:01.57Notify03BRL-CAD:starseeker * 64265 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Tweak back arb creation.
20:06.02Notify03BRL-CAD:starseeker * 64263 brlcad/trunk/include/bn/polygon.h: tweak comments
20:07.12Notify03BRL-CAD:starseeker * 64266 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: More fixes to the back arb
20:07.55Notify03BRL-CAD:starseeker * 64262 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp): Fix up handling of reversed edges.
20:08.53Notify03BRL-CAD:starseeker * 64269 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: disable some debugging
20:09.36Notify03BRL-CAD:carlmoore * 64264 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: remove trailing blank or tab
20:10.07*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
20:13.56Notify03BRL-CAD:starseeker * 64275 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/CMakeLists.txt brlcad/trunk/src/librt/test_shape_recognition.cpp): That implementation of ear clipping isn't robust - back out and rethink
20:14.39Notify03BRL-CAD:starseeker * 64267 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c): Add a simple polygon triangulation routine to libbn - needed at the moment for debugging planar object faces in libbrep, but it may get used to finalize shapes as bots in the future as well.
20:14.47Notify03BRL-CAD:starseeker * 64268 brlcad/trunk/src/librt/test_shape_recognition.cpp: Might as well checkpoint this - adding debugging bot face objects to the .g file
20:19.48Notify03BRL-CAD:starseeker * 64270 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c brlcad/trunk/src/librt/test_shape_recognition.cpp): More debugging on triangulation. Getting closer, but still not correct.
20:30.30Notify03BRL-CAD:carlmoore * 64271 brlcad/trunk/TODO: provide stand-in remark for lc translation to libged; also provide missing periods for 'etc'
20:30.32Notify03BRL-CAD:starseeker * 64273 brlcad/trunk/src/libbn/CMakeLists.txt: mv polygon.c
20:30.38Notify03BRL-CAD:starseeker * 64274 brlcad/trunk/src/libbn/polygon.cpp: mark C headers
20:31.08Notify03BRL-CAD:carlmoore * 64276 brlcad/trunk/doc/docbook/system/mann/en/lc.xml: changes to writeup about lc: missing 2 columns in a description; redo -d and -s writeups
20:31.42Notify03BRL-CAD:carlmoore * 64277 brlcad/trunk/doc/docbook/system/mann/en/bo.xml: In 'bo' manpage, provide missing space after an example prompt.
20:34.11Notify03BRL-CAD:starseeker * 64272 brlcad/trunk/src/libbn/polygon.c: Add some plotting to get a look at intermediate stages.
20:43.23Notify03BRL-CAD:carlmoore * 64278 brlcad/trunk/doc/docbook/system/mann/en/fracture.xml: in 'fracture' man page, removed a blank from <emphasis> argument; this corrected an early newline
20:44.09Notify03BRL-CAD:carlmoore * 64279 (brlcad/trunk/include/bnetwork.h brlcad/trunk/include/bsocket.h brlcad/trunk/misc/win32-msvc/bootstrap.cpp): fix spelling of 'lieu'
21:23.08*** join/#brlcad teepee (~teepee@94.100.18.130)
21:43.57*** join/#brlcad merzo (~merzo@250-8-132-95.pool.ukrtel.net)
21:53.23Notify03BRL-CAD:carlmoore * 64280 brlcad/trunk/src/tclscripts/mged/CMakeLists.txt: add lc2.tcl , which is to be used for temporary lc2 command (which is to reference the old tcl file)
21:56.58Notify03BRL-CAD:carlmoore * 64281 brlcad/trunk/src/tclscripts/mged/lc.tcl: use proc lc2 in lc.tcl
22:14.34*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
22:40.15Notify03BRL-CAD:carlmoore * 64282 brlcad/trunk/src/tclscripts/mged/lc.tcl: revise comments in lc.tcl because of my changes to lc.xml
23:19.29Notify03BRL-CAD:carlmoore * 64283 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: remove trailing blanks/tabs
23:19.47*** join/#brlcad teepee_ (~teepee@94.100.18.130)
IRC log for #brlcad on 20150226

IRC log for #brlcad on 20150226

00:02.11Notify03BRL-CAD:starseeker * 64284 brlcad/trunk/src/libbn/polygon.c: Checkpoint some experimental work - going at this from a ground up, first principles approach.
00:27.05*** join/#brlcad nmz787_i (~nmccorkx@192.55.54.42)
00:49.57Notify03BRL-CAD:starseeker * 64285 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Probably a little premature, but define a triangulation test based on the nist example.
00:53.32Notify03BRL-CAD:starseeker * 64286 brlcad/trunk/src/tclscripts/mged/CMakeLists.txt: remove lc2.tcl from file list
00:56.41Notify03BRL-CAD:starseeker * 64287 brlcad/trunk/include/bn/polygon.h: put header definition back
00:57.54Notify03BRL-CAD:starseeker * 64288 brlcad/trunk/src/libbn/polygon.c: checkpoint
01:26.30*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
01:31.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:40.44Notify03BRL-CAD:starseeker * 64289 brlcad/trunk/src/libbn/polygon.c: Do the inside check only for reflex vertices
01:49.26Notify03BRL-CAD:starseeker * 64290 brlcad/trunk/src/libbn/polygon.c: remove a few lines
01:58.01Notify03BRL-CAD:starseeker * 64291 brlcad/trunk/src/libbn/polygon.c: Since we aren't supporting holes with this function, go with index checks rather than point comparisons.
02:05.41Notify03BRL-CAD:starseeker * 64292 brlcad/trunk/src/libbn/polygon.c: Use another macro
02:08.13*** join/#brlcad hiteshsofat (~androirc@106.192.149.254)
02:27.39*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
02:27.54*** mode/#brlcad [+o brlcad] by ChanServ
02:57.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:04.05brlcad``Erik: thanks for the upgrade ... unexpected but welcome :)
03:07.20brlcadand to answer your question, it primarily covered reunion travel reimbursements (which are still being processed)
03:16.07brlcadand have you seen https://github.com/kanaka/miniMAL ?
03:25.03*** join/#brlcad sofat (~androirc@223.225.192.246)
04:27.24*** join/#brlcad YashM (~YashM@117.222.67.100)
04:29.55*** join/#brlcad albertcoder (~quassel@124.253.166.191)
04:34.57*** join/#brlcad notify-web (~notify-we@192.30.252.34)
04:34.57notify-web[13web] 15brlcad pushed 2 new commits to 06master: 02http://git.io/Ap2q
04:34.57notify-web13web/06master 14487165b 15Christopher Sean Morrison: resolved conflicts from merging sofathitesh theme file changes.  conflicts due to windows newlines.
04:34.57notify-web13web/06master 142bc1ff2 15Christopher Sean Morrison: Merge branch 'sofathitesh-master'...
04:34.57*** part/#brlcad notify-web (~notify-we@192.30.252.34)
04:35.42*** join/#brlcad notify-web (~notify-we@192.30.252.34)
04:35.42notify-web[13web] 15brlcad closed pull request #4: Theme files (06master...06master) 02http://git.io/Sivyhw
04:35.42*** part/#brlcad notify-web (~notify-we@192.30.252.34)
04:37.55sofatWhy my pull request is closed?
04:38.04sofatThere any error?
04:39.05*** join/#brlcad notify-web (~notify-we@192.30.252.34)
04:39.05notify-web[13web] 15brlcad reopened pull request #4: Theme files (06master...06master) 02http://git.io/Sivyhw
04:39.05*** part/#brlcad notify-web (~notify-we@192.30.252.34)
04:39.40sofatPlease any one tell me the reason
04:51.41*** join/#brlcad notify-web (~notify-we@192.30.252.45)
04:51.41notify-web[13web] 15brlcad pushed 4 new commits to 06master: 02http://git.io/ApVD
04:51.41notify-web13web/06master 14dbcb3c8 15Christopher Sean Morrison: more comprehensive rewrite to the wp install
04:51.41notify-web13web/06master 141e0c685 15Christopher Sean Morrison: brlcad skin
04:51.41notify-web13web/06master 14fac9a64 15Christopher Sean Morrison: ws
04:51.41*** part/#brlcad notify-web (~notify-we@192.30.252.45)
04:52.22brlcadsofat: it was merged
04:52.34brlcadthere was a comment saying that too
04:52.58sofatOk
05:01.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:04.49brlcadsofat: your pull request is problematic .. wrong newlines committed causing merge conflicts
05:08.34sofatOkay
05:10.54sofatOkay i will solve this and again send the pull request
05:11.07sofatWithin a day
05:15.33*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
05:16.22Notify03BRL-CAD Wiki:Nilead2014 * 0 /wiki/User:Nilead2014:
05:22.47*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
05:56.01*** join/#brlcad albertcoder (~quassel@124.253.104.155)
06:03.15brlcadsofat: you also committed temporary files (e.g., content.php~
06:03.29brlcadthey should not be part of your pull request
06:03.54sofatYes i am try to solve some errors
06:04.18sofatI have check your website beta.brlcad.com
06:04.55brlcadI'm actively working there, swtiching on branches, so don't pay too close attention
06:04.59sofatI have found some comment lines on page
06:05.18brlcadnewline carriage return differences are the most problematic
06:05.31brlcadthey make https://github.com/BRL-CAD/web/compare/master...sofathitesh:master pretty much unreadable
06:05.54sofatHow we solve this ?
06:06.16brlcadI'm not sure
06:06.32brlcadhave to figure out where you introduced all those newline changes
06:07.32brlcadwhen you commit or create the pull request, you could add -Xignore-space-at-eol and it'll ignore end-of-line
06:07.43sofatOk
06:07.53brlcadbut there may be better ways
06:08.05brlcadread something about normalizing your checkout
06:09.21sofatOkay
06:12.20sofatI am working on this when I solve this i will send you new pull request
06:14.30brlcadokay, thanks!
06:15.43brlcadyou might also want to try just recreating with a fresh fork off master, making sure only your intended changes and files are in the request -- no temp files, no backup files, no newline changes, etc
06:16.02brlcads/fork/rebase/
06:17.12sofatOkay
06:27.01*** join/#brlcad hiteshsofat (~androirc@223.225.192.246)
06:33.07albertcoderHi brlcad!
06:33.36albertcoderwonders why brlcad disappeared from IRC for a while. :P
06:34.06albertcoderFinally I have found a way to devote sufficient time to open source. I have opted to work on Materials Database for my college major project.
06:34.22brlcadill past couple days, but doing better
06:34.45albertcoderoh! okay that's fine.
06:35.20albertcoderI will have to submit a synopsis of ALL the things to be done in materials database to my project guide.
06:36.23albertcoderI just wish to know an overview of things to be done in future (may be keypoints.)
06:36.54albertcoderfor materials database.
06:41.19albertcoderwonders why only brlcad is liable to talk about materials database. :P
06:45.43*** join/#brlcad notify-web (~notify-we@192.30.252.42)
06:45.44notify-web[13web] 15brlcad created 06sofathitesh-master from 06master (+0 new commits): 02http://git.io/Ap75
06:45.44*** part/#brlcad notify-web (~notify-we@192.30.252.42)
06:46.38brlcadalbertcoder: that's great news that you can make it a college project!
06:46.54brlcadlook forward to the synopsis
06:47.08albertcoderis excited as well. :D
06:47.15brlcaddid you ever get it set up on the server?
06:47.33albertcoderyes, both on the college server and brlcad sever.
06:47.42brlcadurl?
06:48.23brlcadfound it in your home pub
06:48.38albertcoderhttp://brlcad.org/~albertcoder/mediawiki-1.22.7/index.php/Special:Materials_database
06:49.04albertcoderusername: albertcoder pass: darkknight
06:49.15brlcadyeah, a summary of what's next/remaining would be good to take this further
06:49.29brlcadI remember testing it a few months ago
06:50.17albertcoderokay, it still need some testing so I can improve accordingly.
06:50.36*** join/#brlcad notify-web (~notify-we@192.30.252.40)
06:50.36notify-web[13web] 15brlcad created 06sofathitesh-master from 06master (+0 new commits): 02http://git.io/Ap75
06:50.36*** part/#brlcad notify-web (~notify-we@192.30.252.40)
06:51.03*** join/#brlcad notify-web (~notify-we@192.30.252.40)
06:51.03notify-web[13web] 15brlcad 04deleted 06sofathitesh-master at 14ac681e1: 02http://git.io/Ap7N
06:51.03*** part/#brlcad notify-web (~notify-we@192.30.252.40)
06:51.18brlcadugh ... the GitHub client insists on wanting to publish a local branch
06:52.39hiteshsofatMeans?
06:55.37*** join/#brlcad notify-web (~notify-we@192.30.252.45)
06:55.37notify-web[13web] 15brlcad 04deleted 06revert-1-master at 14b931265: 02http://git.io/ApdZ
06:55.37*** part/#brlcad notify-web (~notify-we@192.30.252.45)
06:56.02brlcadhiteshsofat: unimportant
06:58.45albertcoderbrlcad: there is something not okay with the appearance of my extension (I just shared the link of). Is there any skin issue as I noticed some merge conflicts?
07:02.08brlcadI don't see any skin here ... so sounds like there is a problem with it
07:03.05brlcad(not logged in)
07:03.49brlcadgot to go, but looking forward to seing your to-do list
07:04.18albertcoderokay brlcad thanks catch you later
07:49.27*** join/#brlcad teepee (~teepee@94.100.18.130)
08:07.43*** join/#brlcad merzo (~merzo@111-58-132-95.pool.ukrtel.net)
09:14.41*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
09:25.59*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:48.26*** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:59.05*** join/#brlcad winghouchan (~winghouch@149.254.186.243)
09:59.54*** part/#brlcad winghouchan (~winghouch@149.254.186.243)
10:43.13*** join/#brlcad albertcoder (~quassel@124.253.104.155)
11:47.29*** join/#brlcad sofat (~androirc@223.225.192.246)
12:08.03``Erikbrlcad: yeh, sorry about the surprise reboot, I went a little rogue (and was thinking "gee, I should be telling people, giving people a chance to save/close stuff, making sure the right people are around in case it doens't come back up... we should probably have a little checklist/procedure for this... sudo fastboot, weeee")
12:46.48*** join/#brlcad albertcoder (~quassel@124.253.236.167)
13:13.37*** join/#brlcad Arlene (29cd1614@gateway/web/freenode/ip.41.205.22.20)
13:57.50*** join/#brlcad Arlene (29cd163a@gateway/web/freenode/ip.41.205.22.58)
14:03.43*** join/#brlcad sukhdeep (~quassel@124.253.236.167)
15:00.01*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
15:07.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:24.28Notify03BRL-CAD:starseeker * 64293 brlcad/trunk/src/libbn/polygon.c: Construct an example of a loop that terminates when the vertex list is down to three points.
16:30.23starseeker``Erik: so the checklist is "1. hit button and 2. cross fingers"?
16:30.35starseekerdocument it and we should be good for ISO9000 ;-)
16:58.49*** join/#brlcad YashM (~YashM@117.248.201.192)
17:09.03*** join/#brlcad nmz787_i (~nmccorkx@134.134.137.71)
17:15.41brlcadsofat: any progress?
17:15.50Notify03BRL-CAD:starseeker * 64294 brlcad/trunk/src/libbn/polygon.c: More preparatory work.
17:44.11sofatbrlcad,  right now i am out station
17:45.15sofatI am out of station
17:45.19Notify03BRL-CAD:starseeker * 64295 brlcad/trunk/src/libbn/polygon.c: Use defines to reduce the code verbosity a bit
17:47.25sofatTomorrow i will start the work and send you the pull request.
17:47.41sofatI am sorry :-(
17:49.42brlcadit's okay, we can do something else in the interim
17:54.58sofatOkay thanks
18:14.30``Erikstarseeker: more or less, you forgot "3. if your stuff broke, well, sucks to be you" ;)
18:20.04Notify03BRL-CAD:starseeker * 64296 brlcad/trunk/src/libbn/polygon.c: Start working on the removal logic.
18:24.09Notify03BRL-CAD:brlcad * 64297 brlcad/trunk/src/tclscripts/mged/lc.tcl: revert changes back through to r63500 except for the command rename to lc2 as most of the prior changes were incorrectly reflecting errors in the new C implementation.
18:31.21Notify03BRL-CAD:starseeker * 64298 brlcad/trunk/src/libbn/polygon.c: Remove ear points rather than interating - test case terminates, but need triangles to see what the output looks like.
19:13.52*** join/#brlcad teepee_ (~teepee@94.100.18.130)
19:31.32*** join/#brlcad gaganjyot (~gaganjyot@101.214.241.141)
19:47.51nmz787_iwould it be possible to modify the toroid primitive to use a parabola for the cross-section, rather than a circle? not the radius of curvature of the bend, but so that it would produce a shape that would have a parabolic rather than circular cross-section
19:48.10nmz787_ianyone know where the toroid code is located? I see mk_tor in http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/src/libwdb/wdb.c
19:48.21nmz787_iand also found this http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/src/proc-db/torii.c
19:51.05*** join/#brlcad sirnam (~swetha@14.139.82.6)
20:36.08*** join/#brlcad sprakash (~Prakash@14.139.82.6)
20:39.12Notify03BRL-CAD:carlmoore * 64299 brlcad/trunk/src/libbn/polygon.c: fix spelling
21:25.39*** part/#brlcad gaganjyot (~gaganjyot@101.214.241.141)
21:35.11Notify03BRL-CAD:starseeker * 64300 brlcad/trunk/src/libbn/polygon.c: This seems to produce a working triangulation with the test cases.
21:43.55Notify03BRL-CAD:starseeker * 64301 brlcad/trunk/src/libbn/polygon.c: Move a few things, add some reference links.
21:45.29Notify03BRL-CAD:starseeker * 64302 brlcad/trunk/src/librt/test_shape_recognition.cpp: Flip faces loops if the faces are flipped
23:10.39*** join/#brlcad teepee_ (~teepee@94.100.18.130)
23:17.37Notify03BRL-CAD:starseeker * 64303 brlcad/trunk/src/libbn/polygon.c: Handle an error condition without crashing
23:18.21Notify03BRL-CAD:starseeker * 64304 brlcad/trunk/src/libbn/polygon.c: Oh yeah, return the ret var not just zero...
23:19.45Notify03BRL-CAD:starseeker * 64305 brlcad/trunk/src/librt/test_shape_recognition.cpp: Build one bot per planar brep.
23:26.24Notify03BRL-CAD:starseeker * 64306 brlcad/trunk/include/bn/polygon.h: Note CCW requirement in the header docs
23:27.48*** join/#brlcad merzo (~merzo@111-58-132-95.pool.ukrtel.net)
23:46.50Notify03BRL-CAD:starseeker * 64307 brlcad/trunk/src/librt/test_shape_recognition.cpp: Clean up and document the brep_to_bot routine
IRC log for #brlcad on 20150227

IRC log for #brlcad on 20150227

00:24.49Notify03BRL-CAD:starseeker * 64308 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): Tweak testing - almost certainly more work to do here, but first need to fix the hierarchy build.
00:45.47Notify03BRL-CAD:starseeker * 64309 brlcad/trunk/src/libbn/polygon.c: If we have points but no convex points, we've probably got a non CCW polygon. This test won't help for a non-convex polygon, but it may be a helpful clue in some situations.
00:47.16starseekernmz787_i: that sounds like a brep shape
00:53.29Notify03BRL-CAD:starseeker * 64310 brlcad/trunk/src/libbn/polygon.c: tweak comment
02:06.08*** join/#brlcad sofat (~androirc@223.225.205.10)
03:09.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:10.46nmz787this seems like it could be useful
03:10.47nmz787http://www.imr.sandia.gov/papers/imr19/Leal2B.2.pdf
03:10.55nmz787Simple Method for Constructing NURBS Surfaces from Unorganized Points
03:11.20nmz787I could make combinations of NURBS objects right?
03:13.53nmz787'the NURBS surface model has a disadvantage: the input data points should be mapped on a regular grid structure'
03:14.13nmz787'In order to fit a NURBS surface to an unorganized and scattered point cloud, several approaches have been presented'
03:14.53nmz787'In contrast with others, our method does not need to construct a network of NURBS patches. Furthermore, previous construction of polygon meshes, mesh refinement and data reparameterization are not required.'
04:26.39Notify03BRL-CAD Wiki:Nilead2014 * 7875 /wiki/User:Nilead2014: Created page with "The need to build a legal framework for the implementation of electronic [http://nilead.com build ecommerce website] The development of electronic commerce in the world has c..."
04:54.08*** join/#brlcad sprakash (~Prakash@14.139.82.6)
05:01.15*** join/#brlcad albertcoder (~quassel@124.253.49.254)
05:14.18albertcoderhi brlcad!
05:16.32albertcoderWanted to know a bit of the import export feature in Materials Database.
05:17.21albertcoderPresently the properties can be exported in JSON, CSV. But can you please shed some light on importing?
05:17.48albertcoderI mean where are we expecting to import data from?
06:24.36*** join/#brlcad hiteshsofat (~androirc@223.225.205.10)
06:38.26*** join/#brlcad sprakash (~Prakash@14.139.82.6)
06:40.14*** join/#brlcad teepee_ (~teepee@94.100.18.130)
07:01.48*** join/#brlcad hiteshsofat (~androirc@223.225.205.10)
07:11.10*** join/#brlcad sprakash (~Prakash@14.139.82.6)
07:15.36*** join/#brlcad sprakash (~Prakash@14.139.82.6)
07:24.55*** join/#brlcad hiteshsofat (~androirc@223.225.205.10)
07:33.26*** join/#brlcad hiteshsofat (~androirc@223.225.205.10)
07:36.31nmz787http://pointclouds.org/documentation/tutorials/bspline_fitting.php
07:51.03*** join/#brlcad merzo (~merzo@196-33-133-95.pool.ukrtel.net)
08:01.37*** join/#brlcad sirnam (~swetha@14.139.82.6)
09:00.50*** join/#brlcad YashM (~YashM@117.222.70.4)
09:21.02*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:31.28*** join/#brlcad darshpreets (~darshpree@202.164.53.117)
09:39.03*** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:55.32*** part/#brlcad darshpreets (~darshpree@202.164.53.117)
10:28.59*** join/#brlcad sprakash (~Prakash@14.139.82.6)
10:52.57*** join/#brlcad sprakash (~Prakash@14.139.82.6)
11:36.06starseekernmz787: We've actually done some experimental work on that, and adapted the PCL work to BRL-CAD.  It's not enough, unfortunately, to create solid BRep shapes
11:36.41starseekeryou can fit a surface to points like in the Sandia paper and the PCL example, but you have to fit multiple surfaces and make them meet up to do that and get a real solid
11:36.54starseekerwhich those methods don't allow, as they stand
11:42.42starseekerThis is the paper to start with for implementing that:  http://research.microsoft.com/en-us/um/people/hoppe/proj/bspline/
11:43.08starseekerthere are a few others that are relevant, but that's the one I'd start with...
11:46.08starseekerhah, cool - a NURBS tessellation article under an open content license:  http://www.sciencedirect.com/science/article/pii/S2095263514000387
12:00.12starseekerOoo - open source robotic hand models:  https://github.com/grablab/openhand-hardware
12:43.46*** join/#brlcad sprakash (~Prakash@14.139.82.6)
12:52.03*** join/#brlcad notify-web (~notify-we@192.30.252.40)
12:52.03notify-web[13web] 15sofathitesh opened pull request #5: new updates in theme file (06master...06master) 02http://git.io/xIBp
12:52.03*** part/#brlcad notify-web (~notify-we@192.30.252.40)
12:52.23*** join/#brlcad sofat (~sofat@202.164.53.117)
12:53.43sofatbrlcad, I have sent you pull request for website, when you please accept it.
13:23.10*** join/#brlcad hiteshsofat (~androirc@223.225.252.83)
13:31.17*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
14:16.51*** join/#brlcad alisha (~quassel@101.60.130.22)
14:28.37*** join/#brlcad luca79 (~luca@host135-11-dynamic.0-87-r.retail.telecomitalia.it)
14:57.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:03.01Notify03BRL-CAD:starseeker * 64311 brlcad/trunk/src/other/stepcode/data/ap242/ap242_1_34_mim_lf.exp: Update ap242 schema to v1.36 from http://stepmod.cvs.sourceforge.net/viewvc/stepmod/stepmod/data/modules/ap242_managed_model_based_3d_engineering/mim_lf.exp
15:18.19*** join/#brlcad infobot (ibot@rikers.org)
15:18.19*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya.
15:23.15*** join/#brlcad infobot (ibot@rikers.org)
15:23.15*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya.
15:33.28*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
15:37.06*** join/#brlcad sprakash (~Prakash@14.139.82.6)
15:51.52Notify03BRL-CAD:carlmoore * 64312 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/librt/db5_io.c and 3 others): remove a trailing blank or tab; fix a spelling; this version is the reverted one without my recent changes (that's OK for now)
16:01.52*** join/#brlcad infobot (ibot@rikers.org)
16:01.52*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya.
16:13.09*** join/#brlcad infobot (ibot@rikers.org)
16:13.09*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya.
17:11.40*** join/#brlcad teepee_ (~teepee@94.100.18.130)
17:11.40*** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-fghqgtuwknlcyllx)
17:45.05*** join/#brlcad alisha (~quassel@101.60.145.217)
17:55.17*** join/#brlcad sofat (~androirc@202.164.45.204)
17:58.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:00.10*** join/#brlcad alisha (~quassel@106.192.154.176)
18:37.49*** join/#brlcad alisha (~quassel@223.225.245.143)
18:46.21Notify03BRL-CAD:carlmoore * 64313 brlcad/trunk/src/tclscripts/mged/lc.tcl: This logic should have no effect on lc.tcl
18:59.31``Erikdoh, leonard nimoy :(
19:06.49teepeeyeah :(
19:19.25*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
19:34.07*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
19:48.23Notify03BRL-CAD:starseeker * 64314 (brlcad/trunk/doc/docbook/system/man1/en/g-step.xml brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt): Rather than sticking useful STEP info into the tool man pages, make a man 5 page specifically about the STEP format.
19:56.21Notify03BRL-CAD:starseeker * 64315 (brlcad/trunk/src/conv/step/ap242-g/CMakeLists.txt brlcad/trunk/src/conv/step/g-ap242/CMakeLists.txt): Should be using the stepcode version...
19:59.02Notify03BRL-CAD:starseeker * 64316 (brlcad/trunk/src/other/stepcode/data/ap242/ap242_1_34_mim_lf.exp =================================================================== and 3811 others): rename file
20:00.20Notify03BRL-CAD:starseeker * 64317 (brlcad/trunk/src/conv/step/ap242-g/CMakeLists.txt brlcad/trunk/src/conv/step/g-ap242/CMakeLists.txt): Fix paths
20:25.30*** join/#brlcad caen23 (~caen23@92.83.191.152)
20:46.30*** join/#brlcad teepee (~teepee@server3.wdg.com.ua)
20:52.27*** join/#brlcad teepee (~teepee@37.187.218.221)
22:02.06Notify03BRL-CAD:carlmoore * 64318 brlcad/trunk/src/tclscripts/mged/lc.tcl: This implements all of my changes to lc.tcl EXCEPT the comments; the comments are what got a cautionary note sent to me
22:06.57Notify03BRL-CAD:carlmoore * 64319 brlcad/trunk/src/tclscripts/mged/lc.tcl: oops, make fixes regarding Usage; again, we leave old COMMENTS in instead of the new ones I sent in earlier
23:47.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150228

IRC log for #brlcad on 20150228

00:05.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:43.16*** join/#brlcad teepee_ (~teepee@37.187.218.221)
00:53.32*** part/#brlcad nmz787_i (nmccorkx@nat/intel/x-fghqgtuwknlcyllx)
03:26.27*** join/#brlcad sofat (~androirc@223.225.238.163)
03:36.06*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
04:21.02*** join/#brlcad albertcoder (~quassel@124.253.161.232)
04:25.35*** join/#brlcad sofat (~sofat@202.164.53.117)
05:30.24*** join/#brlcad sprakash (~Prakash@14.139.82.6)
05:52.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:04.29*** join/#brlcad hiteshsofat (~androirc@106.192.178.131)
06:23.38*** join/#brlcad gaganjyot (~gaganjyot@124.253.163.217)
09:38.27*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
09:42.06*** join/#brlcad gaganjyot (~gaganjyot@124.253.163.217)
10:55.32*** join/#brlcad albertcoder (~quassel@124.253.163.217)
10:58.20*** join/#brlcad sofat (~sofat@202.164.53.117)
11:07.12*** join/#brlcad vipulsharma (~androirc@49.202.15.186)
11:08.56vipulsharmahi everybody
11:11.12vipulsharmacan anybody help me out as i have jst started with brlcad...
11:14.33vipulsharma??
11:15.03*** part/#brlcad vipulsharma (~androirc@49.202.15.186)
11:19.52*** join/#brlcad gaganjyot (~gaganjyot@124.253.163.217)
13:32.45*** join/#brlcad teepee_ (~teepee@37.187.218.221)
13:33.33*** join/#brlcad akshayrk (73f91219@gateway/web/freenode/ip.115.249.18.25)
13:34.52akshayrkHi, I'm Akshay. Can I get some help. I would like to contribute BRL-CAD
13:37.31akshayrkI'm an amateur coder. I've contributed to a few orgs. Can I get some help here?
13:59.53Ch3ckhave you read the BRL-CAD contributor's guide akshayrk ?
14:22.38``Erikakshayrk: yeah, we can help... just ask the actual questions and lurk, someone will eventually help out :) (if you want to know what to work on, you could start by telling us why you want to work on BRL-CAD, what kind of programming you enjoy, etc... we can't provide direction without knowing where you are and where you want to be)
14:22.44``Erik~ask
14:22.44infobotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
14:23.41``Erikbut lurking is important, it might take hours before someone with an answer sees your question
16:00.15*** join/#brlcad sofat (~sofat@202.164.45.204)
16:13.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:19.01*** join/#brlcad albertcoder (~quassel@202.164.45.204)
17:02.47*** join/#brlcad gaganjyot (~gaganjyot@27.255.241.185)
17:34.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:52.47*** join/#brlcad sirnam (~swetha@49.205.215.143)
17:56.05*** join/#brlcad alisha (~quassel@115.184.57.112)
18:15.19*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
18:28.28*** join/#brlcad sofat (~androirc@202.164.45.204)
19:12.44*** join/#brlcad sofat (~androirc@202.164.45.204)
19:18.46*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
19:52.55*** join/#brlcad sirnam (~swetha@49.205.215.143)
21:12.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:23.11*** join/#brlcad teepee_ (~teepee@37.187.218.221)
21:38.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150301

IRC log for #brlcad on 20150301

00:14.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:07.57nmz787got a seg-fault bug here with 3dm-g.... used the pointcloud library (pcl) .pcd to nurbs approximation example on the bunny point cloud... then just tried throwing that .3dm at 3dm-g and it dies, seemingly differently on the compiled (recent SVN from a few weeks ago) http://paste.pound-python.org/show/SDnebWuTd0eZJINMilY5/      versus the ubuntu .deb install http://paste.pound-python.org/show/Y3DhMbATIFuTkXXxo58T/
01:10.08nmz787here is the pointcloud to 3dm example walkthrough... basically though I just git cloned their github, compiled with examples, then ran the example binary on the bunny.pcd they had as a test... took a few seconds to get a decent one-sided surface, but i went to sleep after a few minutes and it was still cranking away. Had a nice 3d view of the surface in the morning and a 3dm file, and a message saying it had finished. ...
01:10.14nmz787... http://pointclouds.org/documentation/tutorials/bspline_fitting.php
01:23.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:28.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:35.46nmz787here's the bunny.3dm file i was trying to convert to a g  http://diyhpl.us/~nmz787/bunny.3dm
02:47.09*** join/#brlcad teepee (~teepee@37.187.218.221)
04:41.27ejnonmz787: Thanks for reporting that, I will investigate the issue.
07:30.47Notify03BRL-CAD:ejno * 64320 brlcad/trunk/src/conv/3dm/conv3dm-g.cpp: Correctly report model validity status. ONX_Model::Audit() fails to repair UUID issues on non-Windows/OSX platforms due to ON_CreateUuid() being unimplemented.
07:49.59*** join/#brlcad alisha (~quassel@115.184.127.224)
08:10.39*** join/#brlcad alisha (~quassel@115.184.127.224)
08:47.23Notify03BRL-CAD:ejno * 64321 (brlcad/trunk/src/conv/3dm/conv3dm-g.cpp brlcad/trunk/src/conv/3dm/conv3dm-g.hpp): repair ONX_Model UUID issues on platforms for which ON_CreateUuid() is unimplemented
09:39.06*** join/#brlcad alisha (~quassel@101.60.180.56)
10:40.28*** join/#brlcad Izakey (~Izakey@41.205.22.47)
12:51.57*** join/#brlcad apoorv00 (75c83b75@gateway/web/freenode/ip.117.200.59.117)
13:16.10*** join/#brlcad alisha (~quassel@101.60.180.56)
13:33.40*** join/#brlcad sirnam (~swetha@49.205.215.143)
13:51.53*** join/#brlcad alisha (~quassel@115.184.69.184)
14:02.10*** join/#brlcad sirnam (~swetha@49.205.215.143)
17:34.01*** join/#brlcad teepee (~teepee@37.187.218.221)
17:35.58*** join/#brlcad alisha (~quassel@115.184.69.184)
17:41.47Notify03BRL-CAD:ejno * 64322 (brlcad/trunk/src/conv/3dm/3dm-g.cpp brlcad/trunk/src/conv/3dm/conv3dm-g.cpp): improve error messages
17:42.36*** join/#brlcad alisha (~quassel@101.60.209.43)
18:09.50*** join/#brlcad albertcoder (~quassel@202.164.45.204)
18:13.31*** join/#brlcad Sricharanized (~raincrash@116.202.97.107)
18:13.37*** part/#brlcad Sricharanized (~raincrash@116.202.97.107)
18:14.46*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
18:17.34*** join/#brlcad albertcoder (~quassel@202.164.45.204)
18:18.44*** join/#brlcad gaganjyot (~gaganjyot@27.255.241.185)
18:32.05*** join/#brlcad albertcoder (~quassel@202.164.45.204)
18:39.49*** join/#brlcad alisha (~quassel@101.60.209.43)
19:07.08ejnonmz787: the crash should be fixed in SVN now, although one of the two objects (the ON_NurbsCurve) isn't able to be imported by 3dm-g yet
19:10.22ejnocan't work on it now, but I will try to add support for those objects when I have some time
21:10.31*** join/#brlcad teepee_ (~teepee@37.187.218.221)
23:22.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:36.10nmz787ejno: i'm not sure what you mean exactly... the crash will be fixed, but since something isn't supported, it will not be able to complete the conversion (but erroring out gracefully instead of crashing)?
23:43.23*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
IRC log for #brlcad on 20150302

IRC log for #brlcad on 20150302

00:02.44*** join/#brlcad teepee_ (~teepee@37.187.218.221)
00:28.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:34.34*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
00:47.45*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
01:00.44*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
01:30.07ejnonmz787: it will import the Brep object named "surface", but it will skip the NurbsCurve named "trimming curve"
01:32.40ejnonmz787: Here is the output .g: https://www.dropbox.com/s/d8dj1ymdhreg7bx/out.g?dl=0
01:38.10Notify03BRL-CAD:ejno * 64323 brlcad/trunk/src/conv/3dm/conv3dm-g.cpp: display the names of skipped objects
01:50.05ejnoit will import the inner object shown here in Rhino: http://s2.postimg.org/yffvf2ny1/surface.png
02:21.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:34.50*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
02:37.25*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
03:01.14*** join/#brlcad AnxiousGarlic (~Spider@130.225.244.206)
03:01.14*** part/#brlcad AnxiousGarlic (~Spider@130.225.244.206)
03:42.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:43.04*** join/#brlcad caen23 (~caen23@92.83.191.152)
04:59.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:07.33Notify03BRL-CAD Wiki:Seb kuzminsky * 0 /wiki/User:Seb_kuzminsky:
05:30.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:42.10*** join/#brlcad sofat (~androirc@106.192.148.212)
05:54.27Notify03BRL-CAD Wiki:Seb kuzminsky * 7876 /wiki/Google_Summer_of_Code/Project_Ideas: Add LinuxCNC, start adding some of our projects
05:58.23Notify03BRL-CAD Wiki:Seb kuzminsky * 7877 /wiki/Google_Summer_of_Code/Project_Ideas: * add some linuxcnc links
06:14.46Notify03BRL-CAD Wiki:Seb kuzminsky * 7878 /wiki/Google_Summer_of_Code/Project_Ideas: add linuxcnc kernel packaging task
06:22.49Notify03BRL-CAD Wiki:Seb kuzminsky * 7879 /wiki/Google_Summer_of_Code/Project_Ideas: add linuxcnc peck tapping task
06:24.27Notify03BRL-CAD Wiki:Seb kuzminsky * 7880 /wiki/Google_Summer_of_Code/Project_Ideas: fix a cut-n-paste error in the linuxcnc peck tapping task
07:05.53*** join/#brlcad hiteshsofat (~androirc@223.225.248.221)
07:16.02*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
07:17.54*** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net)
07:48.18*** join/#brlcad hiteshsofat (~androirc@223.225.248.221)
07:58.21*** join/#brlcad teepee_ (~teepee@37.187.218.221)
08:00.38*** join/#brlcad hiteshsofat (~androirc@223.225.248.221)
09:07.40*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:11.36*** join/#brlcad hiteshsofat (~androirc@223.225.248.221)
10:08.22*** join/#brlcad hiteshsofat (~androirc@223.225.248.221)
10:22.20*** join/#brlcad amalia (~amalia@41.205.22.51)
10:24.36*** join/#brlcad aniu (~niuhaolia@125.46.68.205)
10:41.33*** join/#brlcad hiteshsofat (~androirc@223.225.248.221)
11:55.23Notify03BRL-CAD Wiki:KeeleywnkfpsbpibCoombes * 0 /wiki/User:KeeleywnkfpsbpibCoombes:
12:53.46*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
15:05.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:14.13Notify03BRL-CAD:carlmoore * 64324 brlcad/trunk/doc/docbook/system/man5/en/STEP.xml: remove trailing blanks and fix spellings
15:21.23``ErikBRL-CAD and clang 3.6 don't get along... http://paste.lisp.org/display/146039  (turning off strict lets it compile, but that's hardly optimal. bz has /usr/local/bin/clang36 and /usr/local/bin/clang++36 if someone wants to fix it)
15:30.00*** join/#brlcad alisha (~quassel@101.60.148.180)
16:29.41Notify03BRL-CAD:starseeker * 64325 brlcad/trunk/src/librt/test_shape_recognition.cpp: Tweak boolean building code.
16:53.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:55.01Notify03BRL-CAD:indianlarry * 64326 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/display_list.c and 7 others): The "struct ged" contains a function pointer "void (*ged_create_vlist_callback)(struct display_list *)" that is used to create display list objects for solids in the "dl_headSolid" list. 'mged' and 'archer' assign different functions to this pointer but both eventually call "createDListAll()". The
16:55.03Notify"createDListAll()" as its name implies loops through all the solids currently in the display lists' solid list 'dl_headSolid'. I think due to some recent restructuring/consolidating this is now being called from each leaf node in the tree walker(while drawing) causing each successive solid to recreate the display list for each solid currently in the list( n! effect). I've added function pointer "void
16:55.05Notify(*ged_create_vlist_solid_callback)(struct solid *)" to "struct ged" that creates a display list for the solid parameter and not all solids. I've assigned this function pointer to "createDListSolid()" in 'mged' and to "to_create_vlist_callback_solid()" in 'archer'. I modified "dl_add_path()" and "invent_solid()" in 'libged' to use "(*ged_create_vlist_solid_callback)" function pointer instead of...
16:56.36*** join/#brlcad sprakash (~Prakash@14.139.82.6)
17:14.55Notify03BRL-CAD:indianlarry * 64327 brlcad/trunk/src/libbrep/PullbackCurve.cpp: Cleaned up ON_2dPoint UnwrapUVPoint(const ON_Surface *surf,const ON_2dPoint &pt, double tol) to better match what is in ON_Surface::UnwrapUV(). Also cleaned up and moved some calls to this function were they weren't needed.
17:20.45*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
17:31.44*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
17:37.21*** join/#brlcad infobot (ibot@rikers.org)
17:37.21*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya.
17:40.13*** join/#brlcad infobot (ibot@rikers.org)
17:40.13*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya.
17:49.40*** join/#brlcad alisha_ (~quassel@101.60.229.217)
17:54.41*** join/#brlcad sprakash (~Prakash@14.139.82.6)
18:12.12*** join/#brlcad caen23 (~caen23@92.83.191.152)
18:16.35``Erikheh, like a software requirements meeting! https://www.youtube.com/watch?v=BKorP55Aqvg
18:17.20*** join/#brlcad alisha (~quassel@101.60.229.217)
19:02.07*** join/#brlcad amalia (~amalia@41.205.22.61)
19:02.10*** join/#brlcad sofat (~sofat@202.164.45.204)
19:03.16sofatbrlcad,  congress for getting  selected in gsoc this year
19:03.39sofatto all members of this community
19:03.40amaliabrlcad Congrats for the selection for 2015 GSoC
19:04.37*** join/#brlcad alisha_ (~quassel@223.225.246.17)
19:05.04*** join/#brlcad albert_coder (~quassel@202.164.45.208)
19:06.50*** join/#brlcad albertcoder (~quassel@202.164.45.208)
19:07.53sofatbrlcad, congrats  
19:14.15*** join/#brlcad alisha (~quassel@115.184.11.163)
19:14.59sofats/congress/congrats
19:15.11sofatsorry ;-)
19:24.54*** join/#brlcad akshayrk95 (73f91219@gateway/web/freenode/ip.115.249.18.25)
19:27.00riescongrat's to BRL-CAD for beeing selected!
19:34.05albertcoderHappy to see BRL-CAD in the list, Cheers!
19:38.22starseeker``Erik: eurm.  it's complaining about math.h?
19:41.08*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
19:46.31``Erikstarseeker: looks like excessive warn/error flags, -Wc11-extensions pops a warning on isnan(), and -Werror makes it ugly
19:54.24*** join/#brlcad sofat (~androirc@106.192.176.179)
19:57.45brlcadoof!  no notifications this year
19:59.30teepeebut listed in the official list, so \o/
19:59.40teepeeand thanks for doing the admin stuff
20:08.41``Erikso this cycle will only have 2 students?
20:19.50Notify03BRL-CAD Wiki:Dongxuli2011 * 0 /wiki/User:Dongxuli2011:
20:24.13*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
20:24.37*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
20:29.05*** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net)
20:30.03*** join/#brlcad sofat (~androirc@202.164.45.204)
20:40.28*** join/#brlcad teepee_ (~teepee@37.187.218.221)
20:42.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:01.06*** join/#brlcad mihaineacsu (~mihaineac@188.25.206.125)
21:11.41Notify03BRL-CAD Wiki:Dongxuli2011 * 7881 /wiki/Google_Summer_of_Code/Project_Ideas: /* LibreCAD Projects */ copied ideas from LibreCAD wiki
21:12.10brlcad``Erik: undecided, but leaning towards fewer than last year
21:12.32brlcadsofat: thanks!
21:16.00``Erikah, I thought the 'umbrella sharing' thing was already decided, my bad :)
21:19.30*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:20.43Notify03BRL-CAD Wiki:Dongxuli2011 * 7882 /wiki/Google_Summer_of_Code/Project_Ideas: /* LibreCAD Projects */ Added URL to librecad wiki
21:21.37Notify03BRL-CAD Wiki:Dongxuli2011 * 7883 /wiki/Google_Summer_of_Code/Project_Ideas: /* LibreCAD Projects */
21:22.15Notify03BRL-CAD Wiki:Dongxuli2011 * 7884 /wiki/Google_Summer_of_Code/Project_Ideas: /* LibreCAD Projects */
21:26.50*** join/#brlcad konrado (~konrado@41.244.243.151)
21:27.05Notify03BRL-CAD:starseeker * 64328 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 4 others): Getting close - cones aren't doing booleans right...
21:43.42*** join/#brlcad sirnam (~swetha@14.139.82.6)
21:50.58*** join/#brlcad srgnuclear (744a79f8@gateway/web/freenode/ip.116.74.121.248)
21:51.41Notify03BRL-CAD:starseeker * 64329 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): More boolean logic - no where near done, but looks like it is heading in the right direction.
21:57.55srgnuclearhi i am saurabh goyal from indian institute of technology and i look forward to contribute to openscad ad i went through all its projects and for begining issue handling is what i wish to take up.
21:58.05srgnuclearas*
21:58.52srgnuclearmentor to contact listed on the page is Marius Kintel. So i am getting familiarised and will talk soon
22:04.31kintelsrgnuclear: Hi, I’m Marius. You can reach me or teepee on #openscad for discussion, as well as other community members
22:07.15srgnuclearsure , thanx for your reply
22:07.17srgnuclear:)
22:46.20*** join/#brlcad konrado (~konrado@41.244.243.151)
IRC log for #brlcad on 20150303

IRC log for #brlcad on 20150303

00:34.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:12.42nmz787ejno: ok, I guess NURBS surfaces aren't importable now I think is what you are saying in general. I haven't been able to compile SVN since you told me about the patch, something about TK Font. Haven't had time to see if it's just build flag options or something simple wrong like that. I imported the .g file you posted but only seemed to see the shape outline, not the surface itself. I'm new to all this stuff though.
01:13.22ejnonmz787: did you try raytracing it? I believe that is the surface
01:14.25ejno(in wireframe it does look like an outline)
01:14.37*** join/#brlcad caen23 (~caen23@92.83.191.152)
01:16.25*** join/#brlcad sofat (~androirc@202.164.45.204)
01:25.42nmz787oh
01:25.43nmz787hmm
01:28.22nmz787ejno: says unable to fetch shared memory
01:29.39nmz787aaaannnnd mged doesn't seem to have a ctrl-c or copy entry in the edit menu, for me to show you what it spit out
01:30.42nmz787ejno: http://imgur.com/xNdTvMl
01:36.54*** join/#brlcad infobot_ (ibot@rikers.org)
01:36.54*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya.
01:37.00ejnonmz787: hmm... do you have an SVN build available to test if that also crashes? (in the meantime you can preview the surface with "draw -m1 base.3dm.c" in archer)
01:40.22nmz787ejno: this is what my 7.25.0 SVN build shows http://imgur.com/DhXLx0T
01:40.32nmz787(this was pre your fix for 3dm-g)
01:40.58ejnosorry, should be out.3dm.c, not base.3dm.c
01:41.12ejnothanks
01:42.03nmz787draw -m1 out.3dm.c does nothing in archer
01:42.44nmz787trying in newer build now
01:43.01ejnooops, sorry, the first command was correct
01:43.13nmz787nope, does nothing
01:43.21nmz787doing that with surface.s shows something
01:43.56nmz787wait, draw -m1 surface.s works in mged too
01:44.25nmz787brlcad: how is draw -m1 different than real-time raytracing that I asked about on the mailing list?
01:45.40ejnoyeah, I just chose archer because lighting and some other things are disabled by default in mged iirc
01:46.25ejnoI believe that is an OpenGL rendering of a facetization
01:46.30nmz787brlcad: oh, well I see draw -m1 on a pipe primitive still looks wire-frame
01:48.25nmz787hmm, when I went to raytrace my spring (pipe primitive) after closing mged that was displaying the 3dm conversion g file... I saw the bunny partially rendered in my spring graphic window
01:48.37nmz787and saw some windows 'lingering shared memory'
01:49.14nmz787(I often just go to the terminal where i launched mged and ctrl-c it, since when I use the file-menu exit item it hangs on the terminal
01:49.19nmz787idk if that's related
02:07.21ejnothat is normal behavior of the rt window, I think
02:12.51ejnoI have to go for now; sorry I couldn't be more helpful with that crash
02:25.53brlcad``Erik: undecided in how many slots we'll accept, umbrella is decided/done
02:27.30brlcadnmz787: try "rt -F/dev/X"
02:28.43brlcadnmz787: draw -m1 is not using ray tracing, it just tessellates the nurbs surface(s) into triangles and displays them via opengl
02:30.02nmz787will give it a try
02:30.11nmz787brlcad: any ideas how to get past this? "brlcad-svn-trunk/include/dm/dm_xvars.h:79:5: error: unknown type name ‘Tk_Font’ Tk_Font tkfontstruct;"
02:32.28brlcadnmz787: if you can create a remote ssh shell for me to log in with, I could try and debug that remotely
02:34.14*** join/#brlcad unicodesnowman (~unicodesn@2602:ffea:1001:1fa::97d2)
02:34.15brlcadalas, it's not obvious what the issue is there but my guess would be it's a build system issue detecting that it needs to use our bundled tcl/tk
02:35.36nmz787ah, well I /was/ having those HUGE button issues on this machine
02:35.37brlcadbut instead it's trying a system version it found and running into a compatibility issue
02:35.51brlcadand that went away??
02:36.03nmz787I can't remember what ever came of that, I think I hit compile errors and couldn't figure out how to proceed
02:36.26nmz787no then I got busy with a class and day job
03:17.38starseekergrumbles about Tk under his breath...
03:21.40*** join/#brlcad infobot (ibot@rikers.org)
03:21.41*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya.
03:50.09*** join/#brlcad infobot_ (ibot@rikers.org)
03:50.09*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya.
04:00.02*** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
04:00.29lemur1Hey
04:00.51lemur1I was wondering, I want to get involved with BRLCad through summer of code
04:01.13lemur1Thought first port of call was to get to know the project and the people better
04:02.36nmz787yeah, check wiki lemur1
04:02.50lemur1sure
04:03.00nmz787and be prepared to wait days sometimes for answers here
04:03.23nmz787some times response is fast
04:03.30lemur1no problems, heh
04:04.06nmz787there are also a few mailing lists
04:04.29nmz787they are better for involved discussion maybe, since I have lost track of things in here
04:04.46nmz787that I wouldn't have had I asked on the list
04:06.37lemur1but basic documentation is on the wiki?
04:12.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:14.25*** join/#brlcad infobot (ibot@rikers.org)
04:14.26*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya.
04:56.10*** join/#brlcad akshayrk95 (73f91219@gateway/web/freenode/ip.115.249.18.25)
04:57.01*** join/#brlcad albertcoder (~quassel@202.164.45.204)
05:24.14*** join/#brlcad albertcoder (~quassel@202.164.45.212)
05:25.03*** join/#brlcad sofat (~androirc@223.225.214.29)
05:29.17*** join/#brlcad albertcoder (~quassel@202.164.45.204)
05:36.34nmz787lemur1: yes check the wiki, when you find the gsoc page see the mentor section
05:36.54nmz787(to see who to ask questions to in here)
05:38.48*** join/#brlcad Izakey (~Izakey@41.205.22.18)
06:11.09brlcadthanks nmz787
06:12.40sofatbrlcad, please check my pull request.
06:13.21brlcadsofat: I did briefly, but didn't yet get to try it live
06:13.26*** join/#brlcad srgnuclear_ (744a6ba9@gateway/web/freenode/ip.116.74.107.169)
06:13.33brlcadhoping to test it running tomorrow
06:13.50brlcadlots of image changes
06:14.18*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
06:14.21brlcadmy current inclination is that we'll have a separate landing page that will go to wp, wiki, etc, that can be more easily customized/replaced
06:14.46brlcadthere seem to be unending issues with getting the WP theme to behave
06:15.07brlcadwe might want to fall back to something more simple and let the landing (main) page be fancy
06:15.23brlcadthinking of combining concepts from at least two different GCI concepts
06:16.47sofatOkay
06:19.46andrei_Hello
06:29.49*** join/#brlcad caen23 (~caen23@92.83.191.152)
06:54.23*** join/#brlcad sofat (~androirc@106.192.172.134)
08:43.18*** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:48.47*** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman)
09:00.19*** join/#brlcad caen23 (~caen23@92.83.191.152)
09:24.49*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
10:05.43*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:48.53Notify03BRL-CAD Wiki:Frederik Coghe * 0 /wiki/User:Frederik_Coghe:
11:49.42*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:31.21*** join/#brlcad sofat (~sofat@202.164.53.117)
12:50.12*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
13:05.58``Erikproduction car with 1782bhp (1329kW) http://www.autocar.co.uk/car-news/motor-shows-geneva-motor-show/new-koenigsegg-regera-revealed-1782bhp
13:41.41*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
13:47.10*** join/#brlcad luca79 (~luca@net-37-117-82-144.cust.vodafonedsl.it)
14:06.56*** join/#brlcad sprakash (~Prakash@14.139.82.6)
14:24.30*** join/#brlcad konrado (~konrado@41.244.243.155)
14:47.45*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
14:57.33*** join/#brlcad nihar (67157f4c@gateway/web/freenode/ip.103.21.127.76)
14:59.05niharhi I am interested in the GSOC' 15 accepted project-BRLCAD VECTOR DRAWINGS FROM NURBS
15:01.10*** part/#brlcad nihar (67157f4c@gateway/web/freenode/ip.103.21.127.76)
15:06.25*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:09.39*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:13.12Notify03BRL-CAD Wiki:115.246.71.192 * 7885 /wiki/User:Level_zero/index: /* Personel Informtion */
15:22.40Notify03BRL-CAD:carlmoore * 64330 brlcad/trunk/src/librt/primitives/hf/hf.c: In comments, add 2 periods
15:45.28*** join/#brlcad sofat (~androirc@202.164.45.204)
16:08.33Notify03BRL-CAD:starseeker * 64331 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c and 4 others): Prefix the libbn polygon routines that deal with 3d points.
16:11.37Notify03BRL-CAD:indianlarry * 64332 brlcad/trunk/src/libbrep/shape_recognition_torus.cpp: Final return statement accidentally caught in lines removed with preprocessor statement but needed for proper function return. Windows compiler would not let this pass so simply moved outside of CPP statement.
16:14.26*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
16:38.05Notify03BRL-CAD:starseeker * 64333 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c): Start trying to get a handle on the CW/CCW status of inputs to triangulation.
16:40.44*** join/#brlcad sofat (~androirc@202.164.45.204)
16:45.31Notify03BRL-CAD:starseeker * 64334 brlcad/trunk/src/libbn/polygon.c: fix text - (x2-x1)(y2+y1)
16:47.47*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
16:55.59Notify03BRL-CAD:starseeker * 64335 brlcad/trunk/src/libbn/polygon.c: Return an error if we hit a null ear ref - not sure why it's happening yet - doesn't seem to be CW/CCW issues...
16:57.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:09.49*** join/#brlcad sofat (~androirc@202.164.45.204)
17:36.22Notify03BRL-CAD Wiki:Nitunkcnhe486 * 0 /wiki/User:Nitunkcnhe486:
17:38.16Notify03BRL-CAD Wiki:Nitunkcnhe486 * 0 /wiki/File:Resume.pdf:
17:45.12Notify03BRL-CAD:carlmoore * 64336 brlcad/trunk/src/util/pixsubst.c: reformat the Usage for pixsubst
17:52.41*** join/#brlcad sofat (~sofat@202.164.45.204)
17:59.39*** join/#brlcad hplv (0e8b5206@gateway/web/cgi-irc/kiwiirc.com/ip.14.139.82.6)
18:17.35*** topic/#brlcad by brlcad -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer!
18:31.59``Erikbrlcad: ya gonna post that on http://brlcad.org ? :D
18:45.51*** join/#brlcad hplv (0e8b5206@gateway/web/cgi-irc/kiwiirc.com/ip.14.139.82.6)
19:05.41*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
19:05.56hiteshsofatbrlcad, hello
19:10.49*** join/#brlcad andrei__ (bc1b5716@gateway/web/freenode/ip.188.27.87.22)
19:10.55andrei__Hello
19:15.40*** join/#brlcad akashraj (6f5d0646@gateway/web/freenode/ip.111.93.6.70)
19:16.51n_reednot what I was looking for, but possibly useful: http://www.cs.princeton.edu/~funk/shape2pose.pdf
19:21.17andrei__~seen brlcad
19:21.22infobotbrlcad is currently on #stepcode #brlcad #bzflag. Has said a total of 10 messages. Is idling for 19m 44s, last said: 'd356: what brings you here?'.
19:22.27*** join/#brlcad swordfish12 (~chatzilla@61.16.142.166)
19:24.06*** part/#brlcad andrei__ (bc1b5716@gateway/web/freenode/ip.188.27.87.22)
19:31.06Notify03BRL-CAD:starseeker * 64337 brlcad/trunk/src/libbn/polygon.c: Remove debug printing
19:37.42Notify03BRL-CAD:starseeker * 64338 brlcad/trunk/src/librt/test_shape_recognition.cpp: verts -> verts2d
20:02.41*** join/#brlcad amanag (uid71246@gateway/web/irccloud.com/x-safgrydygzydzijt)
20:03.54``Erikhm, gitorious is going away
20:07.27*** part/#brlcad amanag (uid71246@gateway/web/irccloud.com/x-safgrydygzydzijt)
20:15.18*** join/#brlcad teepee_ (~teepee@37.187.218.221)
20:21.24*** join/#brlcad sirnam (~swetha@14.139.82.6)
20:21.37*** part/#brlcad sirnam (~swetha@14.139.82.6)
20:44.48*** join/#brlcad hplv (0e8b5206@gateway/web/cgi-irc/kiwiirc.com/ip.14.139.82.6)
20:46.37*** join/#brlcad andrei_il (~andrei@109.100.128.78)
20:46.45*** part/#brlcad andrei_il (~andrei@109.100.128.78)
21:06.48*** join/#brlcad hplv2 (0e8b5206@gateway/web/cgi-irc/kiwiirc.com/ip.14.139.82.6)
21:22.43*** join/#brlcad caen23 (~caen23@92.83.191.152)
21:29.32*** join/#brlcad hplv (0e8b5206@gateway/web/cgi-irc/kiwiirc.com/ip.14.139.82.6)
22:21.05brlcad``Erik: no, I'm going to eliminate the news items from brlcad.org ;)
22:21.18brlcadsomething less timey wimey
22:21.52``Erikcool, as long as it isn't "2013!" ;)
22:22.30``Erik(though google gets all hot and bothered about sites that update frequently, one of the basic seo things)
22:28.30*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
22:58.45*** join/#brlcad Nylok (51c1eafd@gateway/web/freenode/ip.81.193.234.253)
23:00.09NylokHello
23:04.32*** join/#brlcad teepee_ (~teepee@37.187.218.221)
23:59.30*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
IRC log for #brlcad on 20150304

IRC log for #brlcad on 20150304

00:18.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:46.15*** join/#brlcad hiteshsofat (~androirc@202.164.45.208)
02:11.57*** join/#brlcad swordfish12 (~chatzilla@111.93.6.70)
02:24.42swordfish12hi, i need a few references to "plate mode NURBS raytracing".
02:42.17*** join/#brlcad sofat (~androirc@202.164.45.204)
03:02.27sofatbrlcad, hello
03:03.19sofatI have checked your gsoc idea page and I am interested in docbook project
03:04.20sofatBecause i am already working on this project
03:08.03sofatI have some question regarding this project so i want ask these question from you if you free please response me.
03:10.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:06.24*** join/#brlcad sprakash (~Prakash@14.139.82.6)
04:11.10*** join/#brlcad yukonbob (~bch@50.34.219.232)
04:11.20yukonbobhello #brlcad
04:11.28yukonbobcongratulations on GSoC 2015!!!
04:12.34*** join/#brlcad Izakey (~Izakey@41.205.22.26)
04:19.06Notify03BRL-CAD Wiki:IIIzzzaaakkk * 7887 /wiki/Google_Summer_of_Code/Project_Ideas: /* Mentors */
04:21.37*** join/#brlcad hiteshsofat (~androirc@106.192.168.102)
04:50.06*** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
05:03.00lemur1Hi, where abouts is your support tracker? I want to apply for GSoC, but just want to try some v. simple patches and get aquainted with the codebase first.
05:04.11lemur1Or, is there any way to see what from the 'contributer quickies' list has not been done, or is the list kept up to date?
05:19.44*** join/#brlcad sirnam (~swetha@14.139.82.6)
05:23.34*** part/#brlcad sirnam (~swetha@14.139.82.6)
05:33.45*** join/#brlcad hiteshsofat (~androirc@106.192.168.102)
06:42.34*** join/#brlcad sofat (~androirc@106.192.168.102)
06:56.04*** join/#brlcad teepee_ (~teepee@37.187.218.221)
07:17.45*** join/#brlcad mihaineacsu (~mihaineac@188.25.181.250)
08:00.27*** join/#brlcad shiv05 (70c4a523@gateway/web/freenode/ip.112.196.165.35)
08:00.42*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
08:03.53*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
08:05.14*** join/#brlcad sofat (~androirc@106.192.168.102)
08:17.12shiv05Hi. I am new to brlcad. I hope to submit a proposal for gsoc. I am trying to build
08:17.15shiv05brlcad on windows 7 and am facing some difficulties. Can anyone help?
08:19.15archivistask the actual question and then someone can see it, no one know if they can help till you ask the real question
08:21.12shiv05Okay
08:21.21shiv05I am getting several errors while compiling
08:21.46shiv05The output log is https://www.dropbox.com/s/34t0tn70bs6lpb3/log.txt?dl=0
08:22.33*** join/#brlcad hplv (0e8b5206@gateway/web/cgi-irc/kiwiirc.com/ip.14.139.82.6)
08:23.12shiv05the linker can't find some library files
08:23.49archivistthat wants people to create an account
08:24.56lemur1use pastebin
08:25.08shiv05The log is too big for pastebin
08:25.38shiv05archivist : an account for what?
08:25.56lemur1dropbox i assume
08:26.03shiv05oops
08:26.20shiv05give me a minute
08:26.42archivistwants me to create an account and sign in, just need the errors in a sensible place
08:28.40shiv05http://www.megafileupload.com/en/file/614940/log-txt.html
08:28.43lemur1archivist, if i wanted to get in touch with a specific mentor, what would be the best way to do so?
08:32.49archivistlemur1, i think there are docs on contacting mentors somewhere I am not one
08:33.13lemur1thank you, I will take a look
08:34.31shiv05archivist, can you view the file now?
08:35.38archivistyes but that is one revolting site to use for uploads
08:36.03archivistlook for your first fatal error and try to diagnose
08:36.34archivistlooks like a path problem
08:37.45shiv05okay. I will do that. Thank you. Can you suggest a less revolting site to use for future uploads?
08:38.39*** join/#brlcad merzo (~merzo@92.60.189.225)
08:39.09archivistI dont recommend any as I use my own web site
08:41.41shiv05okay
08:42.50archivistso no adverts pop ups or other junk if I give one of my urls for a file
08:45.42*** join/#brlcad hiteshsofat (~androirc@106.192.163.57)
08:46.14*** join/#brlcad caen23 (~caen23@92.83.191.152)
08:50.41shiv05sadly for me, I dont have my own website
08:57.44StragusFor text, you can use something like http://pastebin.com/
08:59.01shiv05the size of the file was too large for pastebin
08:59.10shiv05*size of the text
08:59.14StragusAh, right
09:06.40archivistedit so it includes only what is needed (first error section and command line used plus os and other sensible stuff)
09:07.11shiv05okay. I will do that in the future.
09:07.34*** join/#brlcad banviktor (~banviktor@540067CA.dsl.pool.telekom.hu)
09:12.00*** join/#brlcad albertcoder (~quassel@124.253.175.195)
09:17.07brlcadshiv05: search for pastebin, there are dozens ... pastebin.ca tends to be decent
09:17.27shiv05okay
09:17.48brlcadrecommend NOT pastebin.com as that particular one sometimes has malware and is blocked for some of our corporate users
09:18.16shiv05I am trying to build brlcad again. I'll post the log if I get errors again.
09:18.18brlcadbut seriously, search and you'll find a dozen, and most will take huge uploads
09:18.24brlcadnods
09:18.36shiv05okay
09:36.42*** join/#brlcad albertcoder (~quassel@124.253.90.249)
09:43.21*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:44.14*** join/#brlcad nikita_95 (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
09:47.00*** join/#brlcad caen23 (~caen23@92.83.191.152)
10:06.28*** join/#brlcad sofat (~androirc@223.225.204.114)
10:29.28*** join/#brlcad hplv2 (0e8b5206@gateway/web/cgi-irc/kiwiirc.com/ip.14.139.82.6)
10:31.14shiv05I am trying to compile brlcad on windows 7 using msvc 2013. The final result I get on building is "Build: 1018 succeeded, 256 failed".
10:31.15shiv05Multiple .lib files cannot be opened by the linker. The complete output log is http://pastee.co/YP0ewb.
10:31.21*** join/#brlcad swordfish12 (~chatzilla@61.16.142.166)
10:31.28shiv05I used the url "svn://svn.code.sf.net/p/brlcad/code/brlcad/trunk" to get the code.
10:31.43shiv05While configuring with cmake, I used the following settings:
10:31.54shiv05Where is the source code: path of the folder in which I checked out the trunk w
10:32.04shiv05where to build the binaries : path of the folder in which I checked out the trunk/bld
10:32.26shiv05Am I doing something wrong while using cmake? Or is there some other problem? Help please!
10:32.58swordfish12hi, I am interested in participating for GSoc'15 and hopefully submit a proposal soon. can you give me references to "plate mode raytracing for NURBS models"?
10:35.30archivistshiv05, have you searched in your file system for one of the missing files
10:35.39shiv05es
10:35.41shiv05*yes
10:35.58shiv05no lib files with those names are present
10:36.17shiv05there is other stuff with the same name, but no lib files
10:36.35archivisthave you googled for the error message to see what others did
10:37.21archivistis it missing because something before failed to create it
10:38.24shiv05I tried. I didn't find anything helpful. Most of the stuff that I did find was for linux environments. Not many people have reported similar problems in context with brlcaed
10:38.27shiv05*brlcad
10:40.08shiv05I think so. The only installation step before compiling was using cmake.
10:40.29shiv05But I can't seem to find anything different to try while using cmake.
10:50.56*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
10:55.42*** join/#brlcad sprakash (~Prakash@14.139.82.6)
11:14.32*** join/#brlcad sofat (~sofat@202.164.45.204)
12:31.44*** join/#brlcad swordfish12 (~chatzilla@111.93.6.70)
12:33.06*** join/#brlcad caen23 (~caen23@92.83.191.152)
12:39.48*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
13:00.13*** join/#brlcad banviktor (~banviktor@2001:738:2001:407f:5178:ded8:582f:2b3)
13:01.52*** join/#brlcad sofat (~sofat@202.164.45.208)
13:17.52*** join/#brlcad nikita_9 (uid71376@gateway/web/irccloud.com/x-kmphyytrfyooidnu)
13:19.07*** join/#brlcad sofat (~sofat@202.164.45.204)
13:19.43*** join/#brlcad banviktor (~banviktor@apn-130-43-252-67.vodafone.hu)
13:22.55nikita_9hello
13:28.35*** join/#brlcad banviktor (~banviktor@apn-130-43-252-67.vodafone.hu)
13:32.47*** join/#brlcad banviktor (~banviktor@apn-130-43-252-67.vodafone.hu)
13:46.27shiv05archivist, can you please take a look at my cmake log. A bunch of stuff seems to be missing but I am not really sure what I should do about this.
13:46.28shiv05http://pastee.co/rR67bg
13:49.34*** join/#brlcad evil_p (67e3353b@gateway/web/freenode/ip.103.227.53.59)
13:50.14*** join/#brlcad sofat (~sofat@202.164.45.212)
13:50.20*** join/#brlcad Izakey (~Izakey@41.205.22.122)
13:55.18archivistshiv05, I am not running windows here
13:55.35shiv05Should I ask on the mailing list?
13:55.59archivistyou need to look at error messages and find out what they mean and fix them
14:01.34shiv05The problem is that a lot of the stuff that is missing is on linux only. (ncurses, arpa/inet.h etc). I feel like I am missing something.
14:02.18*** join/#brlcad sofat (~sofat@202.164.45.212)
14:07.48*** join/#brlcad sprakash (~Prakash@14.139.82.6)
14:15.17``Erikyour configuration succeeded... those messages are saying "oh, arpa/inet.h is missing, but here's winsock, so we'll use the windows code instead of the unix code"
14:16.54shiv05thank you
14:19.07``Erikit might be worth noting that windows is not a primary platform for the developers, so it gets little attention and there's a significant possibility that it'll be broken or incomplete at any time... if it is, fixing the issues (in a way that doesn't break the other platforms) would be worthy of submitting a patchy
14:19.12``Erikgood luck!
14:20.38shiv05thank you. If I submit a proposal for gsoc, would it be better if I use linux instead of windows?
14:38.09*** join/#brlcad sirnam (~swetha@14.139.82.6)
14:38.24*** join/#brlcad sofat (~sofat@202.164.45.212)
14:44.44*** join/#brlcad luca79 (~luca@host122-104-dynamic.5-87-r.retail.telecomitalia.it)
14:50.40``ErikI think it'd be easier to work with linux, but windows would be a good differentiating factor (it's important, it's just... "icky")
14:55.14*** join/#brlcad sofat (~sofat@202.164.45.212)
14:58.22*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
15:05.19*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
15:08.16*** join/#brlcad sofat (~sofat@202.164.45.212)
15:10.42*** join/#brlcad amanag (uid71246@gateway/web/irccloud.com/x-safgrydygzydzijt)
15:14.08*** join/#brlcad hiteshsofat (~androirc@223.225.198.130)
15:26.16*** join/#brlcad sofat (~sofat@202.164.45.212)
15:34.03*** join/#brlcad akshayrk95 (73f91219@gateway/web/freenode/ip.115.249.18.25)
15:39.44*** join/#brlcad sprakash (~Prakash@14.139.82.6)
15:40.30*** join/#brlcad akshayrk95_ (uid71395@gateway/web/irccloud.com/x-eknapzfrsxgmnnit)
15:47.55*** join/#brlcad sukhdeep (~quassel@124.253.111.45)
15:51.41*** join/#brlcad YashM (~YashM@117.222.23.138)
16:03.50*** join/#brlcad caen23 (~caen23@92.83.191.152)
16:37.34*** join/#brlcad sofat (~sofat@202.164.45.204)
17:27.50*** join/#brlcad caen23 (~caen23@92.83.191.152)
17:33.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:04.19*** join/#brlcad banviktor (~banviktor@apn-185-10-124-234.vodafone.hu)
18:09.04*** join/#brlcad Mark_______ (59858851@gateway/web/freenode/ip.89.133.136.81)
18:10.58Notify03BRL-CAD Wiki:115.245.75.53 * 7888 /wiki/Google_Summer_of_Code/Project_Ideas: /* Add mohit daga as mentor */
18:22.32Notify03BRL-CAD Wiki:Level zero * 7889 /wiki/Google_Summer_of_Code/Project_Ideas: /* Add mohit's name for image processing project*/
18:22.45sofatbrlcad, hello
18:28.29Notify03BRL-CAD Wiki:Level zero * 7890 /wiki/Google_Summer_of_Code/Project_Ideas: /* add daga's name for projects */
18:28.38*** join/#brlcad swordfish12 (~chatzilla@61.16.142.166)
18:33.03Notify03BRL-CAD Wiki:Level zero * 7891 /wiki/Benchmark_Performance_Database: Add past efforts
18:35.21Notify03BRL-CAD Wiki:Level zero * 7892 /wiki/Visualizing_Constructive_Solid_Geometry_(CSG): Add Past Efforts
18:37.08Notify03BRL-CAD Wiki:Level zero * 7893 /wiki/Code_Reduction: Add Past Efforts
18:41.04Notify03BRL-CAD Wiki:Level zero * 7894 /wiki/Shader_Enhancements: Add Past Efforts
18:43.14Notify03BRL-CAD Wiki:Level zero * 7895 /wiki/MGED_to_Archer_Command_Migration: add Past Efforts
18:44.52Notify03BRL-CAD Wiki:Level zero * 7896 /wiki/New_Cross-Platform_3D_Display_Manager: Add Past Efforts
18:46.06Notify03BRL-CAD Wiki:Level zero * 7897 /wiki/Non-vacuum_gravity_simulator: Add Past Efforts
19:11.28*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
19:12.53Ch3ckzero_level: hey
19:19.06*** join/#brlcad teepee (~teepee@37.187.218.221)
19:28.46Notify03BRL-CAD Wiki:Bradehollister * 0 /wiki/User:Bradehollister:
19:30.05*** join/#brlcad andrei_ (~quassel@188.27.87.126)
19:32.47``Erikhttp://blog.playcanvas.com/seemore-physically-based-rendering-in-webgl/
19:38.51sofatbrlcad, hello
19:40.45*** join/#brlcad abhi_ (67157d4e@gateway/web/freenode/ip.103.21.125.78)
19:45.07``Eriksofat: say what you want to say, he'll respond when he sees it...
19:45.10``Erik~ask
19:45.10infobotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
19:58.55sofatI am working on docbook project and My question is regarding the website and docbook project  integrations, currently brlcad running two websites one is on mediawiki and other is on wordpress so I want to know exactly the requirements of brlcad, means brlcad only want to integrate  docbook with mediawiki(according to gsoc idea page) or as well as wordpress(for future use)
19:59.56*** join/#brlcad hiteshsofat (~androirc@223.225.198.130)
20:04.51*** part/#brlcad hiteshsofat (~androirc@223.225.198.130)
20:05.25*** join/#brlcad sofat (~androirc@223.225.198.130)
20:11.42*** join/#brlcad sofat_ (~androirc@202.164.45.204)
20:15.32*** join/#brlcad amanag_ (uid71246@gateway/web/irccloud.com/x-xwgvdsomipmbzvah)
20:48.43*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
20:56.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:12.29Notify03BRL-CAD:n_reed * 64339 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Fix the Archer command entry so saveview can be run with its full range of arguments. By default saveview uses the name of the open database in the script. This is a problem in Archer because the open database is a working copy, which means it's deleted on program exit, invalidating the script.
21:12.32NotifyAddress this by silently passing the name of the original database to saveview if the input database isn't specified by the user. There's still a problem in that if a user creates a saveview script based on the working copy and doesn't save changes back to the original database, then the saveview script may still be invalid. For now though, possibly invalid is better than always invalid.
21:20.07*** join/#brlcad banviktor (~banviktor@51B7512E.catv.pool.telekom.hu)
21:56.30Notify03BRL-CAD Wiki:129.97.124.174 * 7898 /wiki/Google_Summer_of_Code/Project_Ideas: /* OpenSCAD Projects */
21:57.34Notify03BRL-CAD Wiki:129.97.124.175 * 7899 /wiki/Google_Summer_of_Code/Project_Ideas: /* OpenSCAD Projects */
23:57.57*** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-bklmqqawvunoenro)
IRC log for #brlcad on 20150305

IRC log for #brlcad on 20150305

01:42.18*** join/#brlcad sofat_ (~androirc@202.164.45.208)
01:43.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:19.08*** join/#brlcad krishna_ravi732_ (~krishna@5.231.52.94)
03:06.14*** join/#brlcad mihaineacsu (~mihaineac@188.25.206.88)
03:38.10nmz787can we get that IRC bot that supports the .tell command... since there are a lot of folks that ask questions then sign out
03:39.24nmz787i'd like to be able to recommend using github gist for large text files... but shiv05 is not here now... so my effort may be lost
03:48.59*** join/#brlcad sofat (~androirc@106.192.183.183)
03:54.41*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:56.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:57.11*** join/#brlcad abhi_ (67157d4e@gateway/web/freenode/ip.103.21.125.78)
06:14.44*** join/#brlcad abhijitt (67157d4e@gateway/web/freenode/ip.103.21.125.78)
06:31.55abhijittHi. I am Abhijit Tomar from India. I would like to contribute to the Benchmark Performance Database project that Ankesh Anand contributed to in GSoC '14.
06:34.51abhijittI would like to know the current status of the project and what needs to be done to take it forward. Could someone guide me on who would be the right person to approach in this regard?
06:42.07zero_levelCh3ck : hii!
06:47.32*** join/#brlcad sprakash (~Prakash@14.139.82.6)
06:51.08*** join/#brlcad abhijitt (67157d4e@gateway/web/freenode/ip.103.21.125.78)
06:55.10abhijittI had got disconnected due to an internet connection problem. I'm sorry if I missed something.
06:55.50abhijittI will put in a mail on the mailing list.
07:00.57StragusIt's best to stay online and wait until they see the message and reply
07:01.12StragusEspecially since it's 2h in the morning on the U.S. east cost ;)
07:01.15Straguscoast*
07:03.44*** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
07:10.58*** join/#brlcad sriravic (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
07:15.07*** join/#brlcad teepee (~teepee@37.187.218.221)
07:15.37*** join/#brlcad sprakash (~Prakash@14.139.82.6)
07:17.02*** join/#brlcad konrado (~konrado@41.244.243.31)
07:20.21*** join/#brlcad sirnam (~swetha@14.139.82.6)
07:23.33*** join/#brlcad dracarys983 (~dracarys9@14.139.82.6)
07:29.20Notify03BRL-CAD Wiki:Dracarys983 * 0 /wiki/User:Dracarys983:
07:30.09*** join/#brlcad banviktor (b90a7cea@gateway/web/freenode/ip.185.10.124.234)
07:32.01*** join/#brlcad sprakash (~Prakash@14.139.82.6)
07:35.05Notify03BRL-CAD Wiki:DUSANMARHOLD * 0 /wiki/User:DUSANMARHOLD:
08:02.40*** join/#brlcad abhijitt__ (uid71558@gateway/web/irccloud.com/x-aoqcmodubkbpxyur)
08:06.42*** join/#brlcad sirnam (~swetha@14.139.82.6)
08:10.58dracarys983Hello! I am new to BRL-CAD. I have been working on raytracing and I want to contribute. How should I start?
08:23.26*** join/#brlcad merzo (~merzo@92.60.189.225)
08:31.20*** join/#brlcad abhijitt_ (uid71558@gateway/web/irccloud.com/x-devpxlwnogxufqxx)
08:33.25*** join/#brlcad sofat (~androirc@106.192.183.183)
08:39.27Notify03BRL-CAD Wiki:Sherlock Wisdom * 0 /wiki/User:Sherlock_Wisdom:
08:43.18*** join/#brlcad dracarys983 (~dracarys9@14.139.82.6)
08:59.21*** join/#brlcad nole (74cb2152@gateway/web/freenode/ip.116.203.33.82)
09:01.27*** join/#brlcad sprakash (~Prakash@14.139.82.6)
09:01.57*** join/#brlcad sirnam (~swetha@14.139.82.6)
09:39.43*** join/#brlcad dracarys983_ (~dracarys9@14.139.82.6)
09:41.57*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:44.24*** part/#brlcad dracarys983_ (~dracarys9@14.139.82.6)
09:50.47dracarys983<PROTECTED>
09:52.14*** part/#brlcad dracarys983 (~dracarys9@14.139.82.6)
09:55.14*** join/#brlcad mihaineacsu (~mihaineac@5-12-230-136.residential.rdsnet.ro)
09:55.56*** join/#brlcad dracarys983 (~dracarys9@14.139.82.6)
09:57.12*** join/#brlcad Izakey (~Izakey@41.205.22.82)
10:05.10*** join/#brlcad dracarys983_ (~dracarys9@14.139.82.6)
10:14.15*** part/#brlcad dracarys983_ (~dracarys9@14.139.82.6)
10:32.24*** join/#brlcad dracarys983_ (~dracarys@14.139.82.6)
10:34.05Notify03BRL-CAD Wiki:IIIzzzaaakkk * 7900 /wiki/Google_Summer_of_Code/Project_Ideas: /* Infrastructure */
10:36.01*** join/#brlcad dracarys983_ (~dracarys@14.139.82.6)
10:39.26*** join/#brlcad dracarys983_ (~dracarys@14.139.82.6)
10:39.50*** part/#brlcad dracarys983_ (~dracarys@14.139.82.6)
10:40.26*** join/#brlcad dracarys983_ (~dracarys@14.139.82.6)
10:42.31Notify03BRL-CAD Wiki:IIIzzzaaakkk * 7901 /wiki/Google_Summer_of_Code/Project_Ideas: /* Geometry */
10:50.17Notify03BRL-CAD Wiki:IIIzzzaaakkk * 7902 /wiki/Google_Summer_of_Code/Project_Ideas: /* Geometry */
10:50.49``Erik~pastebin
10:50.49infobotA "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude.
10:52.04``Erik*stealstealsteal*
10:52.06``Erik!notify pastebin
10:52.07NotifyA "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a
10:52.43``Erik!notify pastebin
10:52.43NotifyA "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude.
10:53.05*** join/#brlcad banviktor (~banviktor@2001:738:2001:407f:21d0:588a:61b:a358)
10:54.43``Erik!notify pastebin
10:54.44NotifyA "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org. http://gist.github.com allows file attachments for large log files.
10:55.01``Eriknmz787: that look like what you wanted?
10:55.12*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
11:07.23banviktorhi
11:08.24banviktorregarding the materials database project the proof-of-concept web work of relevance is the last year's gsoc project by albertcoder?
11:11.01Izakey``Erik Which primitive is the point cloud one ?
11:16.39Notify03BRL-CAD Wiki:IIIzzzaaakkk * 7903 /wiki/Google_Summer_of_Code/Project_Ideas: /* Infrastructure */
11:18.34banviktoroh i see that page wasn't updated since 2011. the dataset is the thing to build on?
11:18.47*** join/#brlcad albertcoder (~quassel@124.253.201.234)
11:27.47Notify03BRL-CAD Wiki:IIIzzzaaakkk * 7904 /wiki/Google_Summer_of_Code/Project_Ideas: /* Infrastructure */
11:36.44``Erikbanviktor: I think he's still semi-interested in that? you'd have to catch him to verify...
11:36.56``ErikIzakey: "pnts" might be the one you're looking for?
11:37.24IzakeyThanks ``Erik. I already saw it. It's a set of 3D points right ?
11:37.37banviktoralbertcoder: are you still interested in the materials database project?
11:38.52albertcoderHi banviktor
11:39.03albertcoderYes, I am.
11:39.44banviktorokay, I'll find something else then
11:40.52albertcoderAll the best! :)
11:41.13*** join/#brlcad sprakash (~Prakash@14.139.82.6)
11:41.32``ErikIzakey: "it depends"... :D there're different "modes" for it that might add data to each point (like a color, scale, normal), but there is a set of 3d locations, yes
11:45.11banviktoris there a live version of the online geometry viewer?
11:47.58IzakeyWhat do you mean by live version banviktor ?
11:50.14banviktora deployed server running it. so an url
12:07.01*** join/#brlcad Izakey (~Izakey@41.205.22.88)
12:09.35*** join/#brlcad sofat (~androirc@202.164.45.204)
12:12.41albertcoderHi banviktor I guess OGV is not live yet.
12:22.29*** join/#brlcad Izakey (~Izakey@41.205.22.105)
12:40.19*** join/#brlcad sprakash (~Prakash@14.139.82.6)
12:52.50*** join/#brlcad sofat (~androirc@202.164.45.204)
12:57.41*** join/#brlcad amalia_ (~amalia@41.205.22.99)
13:20.29*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
13:52.27*** join/#brlcad sofat (~androirc@202.164.45.212)
14:05.15*** join/#brlcad sofat (~androirc@202.164.45.204)
14:11.24*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
15:06.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:14.58*** join/#brlcad gurwinder (3b5bed78@gateway/web/freenode/ip.59.91.237.120)
15:20.02gurwinder@brlcad: hello, I am very sorry from my depth of heart, I was not able to reply about our discussion regarding g-pov as I was very busy in my acedmic and bussiness workprojects. I want to discuss two three things about g-pov. its better if we discuss it on IRC
15:40.02*** join/#brlcad sofat (~sofat@202.164.45.204)
16:08.44*** join/#brlcad sofat (~sofat@202.164.45.208)
16:17.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:36.35*** join/#brlcad banviktor (~banviktor@51B7512E.catv.pool.telekom.hu)
16:40.55*** join/#brlcad sofat (~sofat@202.164.45.204)
16:43.07sofatbrlcad, hello
16:50.54Notify03BRL-CAD Wiki:Starseeker * 7905 /wiki/Google_Summer_of_Code/Project_Ideas: /* BRL-CAD Projects */ - Start setting up a high priority section
16:59.37*** join/#brlcad manan (~manan@1.39.33.77)
17:03.34Notify03BRL-CAD Wiki:Starseeker * 7906 /wiki/Annotations: Add some annotation info
17:07.44Notify03BRL-CAD Wiki:Starseeker * 7907 /wiki/Vector_Drawings_from_NURBS: Tweak vector drawing task
17:15.17*** join/#brlcad albertcoder (~quassel@202.164.45.204)
17:35.17*** join/#brlcad sofat (~sofat@202.164.45.212)
17:43.37*** join/#brlcad sofat (~sofat@202.164.45.212)
17:45.10*** join/#brlcad manan (~manan@1.39.33.77)
17:45.14Notify03BRL-CAD Wiki:Starseeker * 7908 /wiki/Convert_MGED_from_Tk_to_Q: Start fleshing out Tk->Qt - looking like it will probably be necessary to break this into several individual sub-tasks
17:51.32*** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net)
17:55.16*** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-wkfbjondttsdbkyj)
17:59.26*** join/#brlcad sofat (~sofat@202.164.45.212)
18:18.13*** join/#brlcad sofat (~sofat@202.164.45.212)
18:18.16*** join/#brlcad manan_ (~manan@1.39.33.77)
18:18.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:28.18*** join/#brlcad alisha (~quassel@115.184.3.49)
18:34.26*** join/#brlcad sofat (~sofat@202.164.45.212)
18:36.44*** join/#brlcad shiv05 (67e3352a@gateway/web/freenode/ip.103.227.53.42)
18:45.29*** join/#brlcad alisha (~quassel@115.184.3.49)
18:52.20*** join/#brlcad shiv05 (78594aa0@gateway/web/freenode/ip.120.89.74.160)
19:26.22shiv05I had been unable to compile brlcad on windows. This was due to a small bug which I have fixed. Do I commit the changes or should I submit a patch?
19:26.31shiv05(the only change was changing the return type of a function)
19:34.22*** join/#brlcad sofat (~sofat@202.164.45.204)
19:36.50albertcoderHi brlcad
19:37.23albertcoderWanted to know a bit of the import export feature in Materials Database.
19:37.23albertcoderPresently the properties can be exported in JSON, CSV. Can you please shed some light on importing?
19:37.23albertcoderI mean where are we expecting to import data from?
19:45.12*** join/#brlcad sirnam (swetha@nat/iiit/x-miundpcmlcplmzhy)
19:52.36*** join/#brlcad sofat (~androirc@202.164.45.204)
19:55.19*** join/#brlcad sirnam (swetha@nat/iiit/x-jowjujjviieegkkc)
20:09.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:44.12abhijittHi I am Abhijit Tomar. I am interested in contributing to the Benchmark Performance Database project. I have forked the repo. I need to know the current status and improvements required. Could someone guide me in this regard?
21:07.06*** join/#brlcad Izakey (~Izakey@41.205.22.121)
21:12.54*** join/#brlcad sirnam (swetha@nat/iiit/x-qxreutpsjkghrqqf)
21:27.40brlcadabhijitt: current status is something you can and should figure out yourself .. install and set it up
21:27.54brlcadthen you'll have an idea what improvements to propose
21:28.47brlcadshiv05: patch received, thanks
21:44.20ankesh11abhijitt: Echoing what brlcad said, try to get the project running on your machine. Let me know if you face any trouble setting it up
22:30.55Notify03BRL-CAD:brlcad * 64340 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): accept sf patch #326 from Shivoam Malhotra (shiv05) which fixes a return type error.
22:32.02Notify03BRL-CAD:brlcad * 64341 brlcad/trunk/AUTHORS: Credit Shivoam Malhotra with special thanks for a simple build return type fix (sf patch #326)
22:32.29brlcadshiv05: fyi, in the future, if a change is that simple, you can just tell someone here
22:32.45brlcadif it's less than 10 lines, probably something you can just tell someone
22:33.10shiv05okay
22:33.53brlcadbut still, thanks!
22:34.03brlcadyou were credited in our authorship documentation
22:35.22shiv05:)
23:33.51*** join/#brlcad teepee_ (~teepee@37.187.218.221)
IRC log for #brlcad on 20150306

IRC log for #brlcad on 20150306

00:48.11Notify03BRL-CAD Wiki:Starseeker * 7909 /wiki/Convert_MGED_from_Tk_to_Q: fix spelling
01:00.38*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
02:29.17*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
02:30.00Notify03BRL-CAD Wiki:Starseeker * 7910 /wiki/Convert_MGED_from_Tk_to_Q: Tweak
02:37.03*** join/#brlcad gurwinder (75cf9c73@gateway/web/freenode/ip.117.207.156.115)
03:54.49*** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
04:09.34*** join/#brlcad albertcoder (~quassel@202.164.45.208)
04:41.44*** join/#brlcad albert_coder (~quassel@202.164.45.204)
04:43.21*** join/#brlcad sirnam (swetha@nat/iiit/x-tywaqgxtgpubfkxv)
04:50.20nmz787``Erik: !notify pastebin isn't github gist... and no the .tell command is thanks to some IRC bot that keeps a message queue until a given user shows up and sends a message, then the bot sends all the messages in the queue... the idea being that since the user was active they'll see the queued messages
04:54.16*** join/#brlcad sofat (~androirc@223.225.205.211)
05:02.35ignacioGood night
05:06.21dracarys983Hi I am Kalpit Thakkar. I looked up the Contribution wiki page and I would like to work on Implementing a primitive volume function.
05:06.54dracarys983I have build and compiled BRL-CAD in Eclipse CDT.
05:07.39dracarys983Is anyone working on it already?
05:14.49*** join/#brlcad albertcoder (~quassel@202.164.45.208)
05:38.56*** join/#brlcad sprakash (Prakash@nat/iiit/x-xfwcqiwkmgrcshko)
05:44.07*** join/#brlcad albertcoder (~quassel@202.164.45.204)
05:44.16*** join/#brlcad sofat (~androirc@223.225.205.211)
05:44.34sofatdracarys983, which idea?
05:44.50dracarys983http://brlcad.org/wiki/Contributor_Quickies#EASY:_Implement_a_primitive_volume_function
05:48.14sofatOkay go ahead
05:48.35sofatI think no one working on this.
05:48.58dracarys983Okay. Thanks!
06:44.49*** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70)
06:49.33*** join/#brlcad teepee_ (~teepee@37.187.218.221)
06:49.57Saurabh_Kumar_bihi everyone. I am willing to participate in GSOC 2015 and interested in  GED Transactions projects. where can I find previous bugs in your project so that I can fix one or two. Moreover where can I find your source code repository? I have checked almost every relevant link. Any help  would be highly appreciated. Thank you.
07:04.37*** join/#brlcad rommy (75cf9c73@gateway/web/freenode/ip.117.207.156.115)
07:35.25*** join/#brlcad luca79 (~luca@net-37-117-183-59.cust.vodafonedsl.it)
08:34.43*** join/#brlcad merzo (~merzo@92.60.189.225)
08:42.10*** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70)
08:43.10*** join/#brlcad mihaineacsu (~mihaineac@5-12-233-252.residential.rdsnet.ro)
08:43.31*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ukznshcgmbsvhqrv)
08:58.43*** join/#brlcad rommy (75cf9c73@gateway/web/freenode/ip.117.207.156.115)
09:18.42*** join/#brlcad Izakey (~Izakey@41.205.22.97)
09:28.41*** join/#brlcad albertcoder (~quassel@124.253.197.77)
10:06.54*** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70)
10:36.59dracarys983sofat, All polyhedra in consideration are convex in BRL-CAD primitives?
10:39.39sofatdracarys983,  i am not right person for this question because i am not working on this. I will only provide you help regarding web development work. Sorry :-(
10:40.13dracarys983sofat, No problem. That's fine :)
10:44.02dracarys983``Erik, starseeker,
11:06.41*** join/#brlcad banviktor (~banviktor@51B7512E.catv.pool.telekom.hu)
11:09.52*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
11:13.19*** join/#brlcad sprakash (Prakash@nat/iiit/x-qbcuacoyvytugqzy)
11:33.23Notify03BRL-CAD Wiki:NyahCh3ck20 * 7912 /wiki/User:NyahCh3ck20/Nurbs_Vector_Drawing: GSoc 2015 Proposal
11:43.59starseekerdracarys983: nmg and bot primitives are general - they may be convex or concave
11:44.07starseekerarbn primitives must be convex
11:48.41dracarys983starseeker, Great! Thank you :)
11:57.03``Eriknmz787: ah, mailbox, no, notify doesn't do that (I used to run an eggdrop a long time ago that had an addon for that...)
11:58.02``Erikstarseeker: are you sure? I thought an arb8 could have a corner pulled 'in' to have a concave intersection
12:12.27starseeker``Erik: um.  I'd have to double check on arb8
12:12.35starseeker``Erik: I was thinking specifically of arbn
12:14.54*** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70)
12:16.09*** join/#brlcad banviktor (~banviktor@51B7512E.catv.pool.telekom.hu)
12:18.49``Erikkinda weird that arbn wouldn't allow for a "dented" shape
12:35.01*** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
12:38.48*** join/#brlcad banviktor (~banviktor@51B7512E.catv.pool.telekom.hu)
12:40.48*** join/#brlcad banviktor_ (~banviktor@51B7512E.catv.pool.telekom.hu)
12:45.57*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:54.36*** join/#brlcad luca79 (~luca@net-37-117-183-59.cust.vodafonedsl.it)
13:46.51*** join/#brlcad sofat (~androirc@106.192.183.215)
14:04.43*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
14:06.16*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
14:06.54*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
14:07.25*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
14:09.13*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
14:09.24*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
14:12.03*** join/#brlcad gurwinder (75cf9c73@gateway/web/freenode/ip.117.207.156.115)
14:15.30*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-atfbonmodcnimysw)
14:15.54*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:32.02*** join/#brlcad banviktor (~banviktor@51B7512E.catv.pool.telekom.hu)
14:38.24*** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70)
14:47.56dracarys983``Erik, starseeker, It is written in arbn.c that an arbn is "Arbitrary Regular Polyhedron with an arbitrary number of faces"
14:48.16dracarys983If it is convex, there should be just 5 possible solids right?
15:05.49``Erikeh?
15:07.35``Erikhm, I'm not sure arbn is actually mathematically correct regular polyhedra
15:10.17``Erikwill let starseeker dig into it *shrug* :)
15:17.05*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
15:25.34*** join/#brlcad sofat (~androirc@106.192.164.54)
15:30.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:35.02*** join/#brlcad gurwinder (75d7e625@gateway/web/freenode/ip.117.215.230.37)
15:40.07dracarys983``Erik, starseeker , I'm trying to write a volume function for arbn since morning. I'm stuck :(
15:41.56*** join/#brlcad rommy (75d7e625@gateway/web/freenode/ip.117.215.230.37)
15:42.48rommyhello, I am getting error while I run make in linux. error is: "/home/gurwinder/brlcad-svn-trunk/include/bsocket.h:44:4: error: #error "The #include for bio.h must come after this header (Windows Sockets portability).""
15:43.21rommywhat is it about, how to get out of it
15:43.23rommy?
15:51.42rommyI found this error is for windows but why it is here on my linux?
16:01.51*** join/#brlcad sprakash (Prakash@nat/iiit/x-cyzgpeplgsfgflba)
16:03.07*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
16:27.52*** join/#brlcad alisha (~quassel@115.184.68.191)
16:40.37*** join/#brlcad alisha (~quassel@115.184.68.191)
16:56.11brlcaddracarys983: no, there are an infinite number of solids with an arbn
16:56.49brlcadwith the arb8 there are only five: arb8/arb7/arb6/arb5/arb4
16:57.13brlcadwith the arbn, it's polyhedra with a minimum of 4 faces, but no maximum
16:58.16brlcadexample: arbn with n=24: http://s1.hubimg.com/u/7830660_f520.jpg
16:59.41brlcador n=50: http://images1.sw-cdn.net/model/picture/674x501_145512_106176_1338413386.jpg
17:00.55brlcadthe error in that description is that they're regular
17:01.34dracarys983brlcad, Oh. Okay, got it. Nice :D
17:02.53dracarys983Is finding a planar-faced convex polyhedron's volume possible in polynomial time?
17:08.50Notify03BRL-CAD:brlcad * 64342 (brlcad/trunk/src/librt/primitives/arb8/arb8.c brlcad/trunk/src/librt/primitives/arbn/arbn.c): neither arb8 or arbn are necessarily regular polyhedron. expand on what it means to be an arbn
17:09.09brlcadfg
17:09.42brlcaddracarys983: we already have a volume function for arbn ...
17:09.58brlcadsee rt_arbn_volume() in arbn.c
17:13.51dracarys983brlcad, I have built v7.24.0. Am I on the correct version? I don't see a rt_arbn_volume() here.
17:19.31dracarys983I'm sorry. I'm on the wrong version it seems.
17:57.34*** join/#brlcad hiteshsofat (~androirc@202.164.45.212)
18:00.54*** join/#brlcad shiv05_ (67e33537@gateway/web/freenode/ip.103.227.53.55)
18:01.39*** join/#brlcad sofat (~androirc@202.164.45.204)
18:07.34*** join/#brlcad albertcoder (~quassel@202.164.45.204)
18:08.18*** join/#brlcad alisha_ (~quassel@101.60.205.154)
18:13.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:24.38*** join/#brlcad newerbud (~nita@i-83-67-61-194.freedom2surf.net)
18:33.54brlcaddracarys983: depends what you mean by wrong version -- if you're doing development, you should always be working with our latest svn trunk sources
18:33.58brlcadnot a source tarball
18:34.00brlcad~cadsvn
18:34.00infobotTo obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad
18:37.53*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
18:39.39*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
18:50.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:56.27*** join/#brlcad Izakey (~Izakey@41.205.22.106)
18:57.03IzakeyHi brlcad
19:04.14dracarys983brlcad, Thanks a lot. I have built the latest svn trunk sources now. :)
19:05.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:06.26*** join/#brlcad amalia (~amalia@41.205.22.67)
20:10.14*** join/#brlcad teepee (~teepee@37.187.218.221)
20:44.20Notify03BRL-CAD:starseeker * 64343 (brlcad/trunk/src/libbn/polygon.c brlcad/trunk/src/libbn/tests/bn_polygon_triangulate.c): Check for ear status change in convex case.
20:52.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:06.00Notify03BRL-CAD:carlmoore * 64344 brlcad/trunk/src/libged/lc.c: implement NUMERIC sorting for columns 1,2,3; those columns are stored as CHARACTERS
21:09.44Notify03BRL-CAD:starseeker * 64345 brlcad/trunk/src/libbn/polygon.c: Not sure if this is right, but try to use the angle to guide ear selection.
21:17.06brlcadway to go carl.. actual logic fix
21:39.57*** join/#brlcad Carlson (29cd161c@gateway/web/freenode/ip.41.205.22.28)
21:49.16``Erikbuzuhwhua??? carl committed something that wasn't a comment grammar fix? :o
21:51.27*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
22:19.06*** join/#brlcad Carlson_ (29cd1622@gateway/web/freenode/ip.41.205.22.34)
22:46.28*** join/#brlcad teepee_ (~teepee@37.187.218.221)
IRC log for #brlcad on 20150307

IRC log for #brlcad on 20150307

00:11.44*** join/#brlcad sofat (~androirc@202.164.45.204)
01:05.11*** join/#brlcad konrado (~root@41.205.22.62)
01:13.32*** join/#brlcad konrado_ (~root@41.205.22.43)
01:26.13*** join/#brlcad konrado (~root@41.205.22.20)
02:05.07*** join/#brlcad konrado_ (~root@41.205.22.29)
02:09.24*** part/#brlcad konrado_ (~root@41.205.22.29)
02:25.09*** join/#brlcad zalzane (~zalzane@cpe-172-250-102-147.socal.res.rr.com)
02:28.49brlcad``Erik: any idea where the apache segfaults would be coming from?
02:30.39brlcadsearching the web, looks like it's a common issue, but the common fix doesn't seem to apply (we're already mpm_prefork)
02:49.22sofatbrlcad, please accept my pull request.
03:14.00*** join/#brlcad sofat (~androirc@202.164.45.204)
03:39.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:43.10*** join/#brlcad albertcoder (~quassel@202.164.45.204)
03:43.11*** join/#brlcad albert_coder (~quassel@202.164.45.204)
03:58.20*** join/#brlcad albertcoder (~quassel@202.164.45.204)
04:30.13Notify03BRL-CAD Wiki:Dongxuli2011 * 7913 /wiki/Google_Summer_of_Code/Project_Ideas: /* LibreCAD Projects */
04:35.09ignacioGood night.
04:35.43Notify03BRL-CAD Wiki:Dongxuli2011 * 7914 /wiki/Google_Summer_of_Code/Project_Ideas: /* LibreCAD Projects */ updated mentor formatting
04:41.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:42.24Notify03BRL-CAD Wiki:Dongxuli2011 * 7915 /wiki/Google_Summer_of_Code/Project_Ideas: /* LibreCAD Projects */
04:43.57Notify03BRL-CAD Wiki:Dongxuli2011 * 7916 /wiki/Google_Summer_of_Code/Project_Ideas: /* LibreCAD Projects */
04:47.52Notify03BRL-CAD Wiki:Dongxuli2011 * 7917 /wiki/LibreCAD_3_UI: Added LibreCAD 3 UI idea page
04:51.41Notify03BRL-CAD Wiki:Dongxuli2011 * 7918 /wiki/Improve_Spline/B%C3%A9zier_Suppor: /* LibreCAD Projects */ Added spline idea page
04:52.36Notify03BRL-CAD Wiki:Dongxuli2011 * 7919 /wiki/Improve_Spline/B%C3%A9zier_Suppor: /* Improve Spline/Bézier Support */ added reference
04:55.44Notify03BRL-CAD Wiki:Dongxuli2011 * 7920 /wiki/Conic_curve_suppor: /* LibreCAD Projects */ Added conic curve idea page
05:44.06*** join/#brlcad sofat (~androirc@106.192.163.3)
06:03.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:23.02*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-plzcvziakzjjxpww)
06:58.46*** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
07:21.46*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
07:24.01*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
07:33.08*** join/#brlcad mihaineacsu (~mihaineac@188.26.219.127)
08:01.43dracarys983brlcad, ``Erik, starseeker, In src/libgcv/wfobj/obj_parser_state.h, line number 68/69, the function returns a bool value but has return type as void.
08:02.15*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
09:09.06*** join/#brlcad teepee_ (~teepee@37.187.218.221)
09:41.45*** join/#brlcad shiv05__ (67e33537@gateway/web/freenode/ip.103.227.53.55)
10:49.21*** join/#brlcad alisha (~quassel@101.60.136.89)
11:43.14*** join/#brlcad hiteshsofat (~androirc@106.192.163.3)
11:44.40Notify03BRL-CAD:erikgreenwald * 64346 brlcad/trunk/src/libgcv/wfobj/obj_parser_state.h: Fix return type (thanks to dracarys983 for spotting it)
11:53.06dracarys983``Erik, I have written a function for finding the surface area of an ARB8.
11:53.42dracarys983How do I submit a patch? Sorry, I'm new to this part!
11:55.19``Erikdracarys983: make sure the formatting, whitespace, etc are all right, then do "svn diff > mychange.patch", manually review the file to make sure it's exactly (and only) what you want to change, then use sourceforges 'patch tracker' and upload the .patch file
11:55.54``Erikthe HACKING file should help
11:56.14dracarys983Okay. On it :)
13:13.06dracarys983``Erik, what should be the Milestone set to for the patch, Untested or Incomplete?
13:20.41*** join/#brlcad alisha (~quassel@101.60.131.73)
13:35.45shiv05__dracarys983 : untested in my opinion
13:36.09shiv05__unless there are more changes you want to do
13:38.52dracarys983shiv05__, Okay, thanks :)
13:40.21*** join/#brlcad hiteshsofat (~androirc@202.164.45.212)
13:47.13shiv05__no problem
14:19.05Notify03BRL-CAD Wiki:Ruben.tobar * 0 /wiki/User:Ruben.tobar:
14:21.18*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
14:27.22*** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94)
14:50.09*** join/#brlcad sofat (~androirc@106.192.132.94)
15:02.00*** join/#brlcad shiv05_ (7aa2d0be@gateway/web/freenode/ip.122.162.208.190)
15:58.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:01.54*** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70)
16:01.59*** join/#brlcad sprakash (Prakash@nat/iiit/x-kwmenaaksnsjhpdz)
17:01.47Notify03BRL-CAD Wiki:Jumpdesigner * 0 /wiki/User:Jumpdesigner:
17:04.30*** join/#brlcad alisha (~quassel@101.60.203.191)
17:08.05*** join/#brlcad sofat_ (~sofat@202.164.45.208)
17:08.55*** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net)
17:09.34*** join/#brlcad merzo (~merzo@52-108-133-95.pool.ukrtel.net)
17:10.16*** join/#brlcad ankit_ (~ankit@117.202.168.37)
17:11.03ankit_@ChanServ  are you a mentor at GSOC
17:11.27ankit_?
17:12.01zalzanehehe
17:12.07zalzanechanserv is the bot that administrates the channel
17:12.35zalzanei remember thinking chanserv was the owner the first time i used irc too
17:13.11ankit_okay.. my baad
17:13.34ankit_it my first time on freenode
17:13.42zalzanethere's a list of mentors and their IRC nicks on the brlcad page though
17:14.09ankit_are you a mentor??
17:14.11sofat_ankit_, no problem
17:14.17zalzaneim not
17:15.26ankit_how to contact the mentor through freenode??
17:15.52zalzanefind out their nick on the brl-cad page and just say their nick in here
17:15.56zalzaneit'll ping them
17:16.59alishaIf you have a query about something just ask it other community members may also answer it
17:19.12ankit_I want to contribute to "STEP Thread Safety and Performance" project and can anyone suggest me where to begin and some easy issue to become familiar with code?
17:21.54*** join/#brlcad sofat_ (~sofat@202.164.45.208)
17:45.26ankit_any help?
17:47.07StragusThey'll see the message and reply eventually, just stay around, it can take 12-24 hours
18:01.49ankit_thanks
18:03.22*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
18:05.22*** join/#brlcad ankit_ (~ankit@117.202.168.37)
18:06.13*** part/#brlcad ankit_ (~ankit@117.202.168.37)
18:22.59*** join/#brlcad sofat_ (~sofat@202.164.45.204)
18:25.50*** join/#brlcad sofat_ (~sofat@202.164.45.204)
18:30.44*** join/#brlcad banviktor (~banviktor@54013BC9.dsl.pool.telekom.hu)
18:31.52*** join/#brlcad albertcoder (~quassel@1.39.32.174)
18:32.14*** join/#brlcad ankit (~ankit@117.202.168.37)
18:33.04*** part/#brlcad ankit (~ankit@117.202.168.37)
18:36.10*** join/#brlcad sprakash (Prakash@nat/iiit/x-zzcjoeekitmlxndo)
18:43.01*** join/#brlcad Carlson (29cd1613@gateway/web/freenode/ip.41.205.22.19)
19:14.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:25.02albertcoderHi banviktor!
19:25.25albertcoderWhat project are you focussing at now?
19:25.26banviktorHi albertcoder! :)
19:26.28banviktorI've found a project that I like at Drupal
19:26.56albertcoderIn Drupal community?
19:27.14*** join/#brlcad sprakash (Prakash@nat/iiit/x-jkilmpeplicgltis)
19:27.16banviktoryes
19:28.14*** join/#brlcad alisha (~quassel@101.60.152.223)
19:28.33*** join/#brlcad alisha (~quassel@101.60.152.223)
19:29.13albertcodercool ! Well, being in open source community, you can contribute in any project. That day, you asked about Materials Database, well you can definitely work on that provided you have ample interest in doing so.
19:31.13albertcoderHowever, I must RECOMMEND, do it for your interest cum skillset not for any selfish motive else the people here are not so unwise. :)
19:32.07albertcoderIndirectly, I welcome you to contribute. :)
19:37.28banviktorThank you albertcoder, I didn't want to steal your project. Just because it's open source there's still a community behind everything and starting off by stealing someone else's project is definitely not a good impression :). Anyways the CAD world is not really my world. I'm more interested in fully web projects like Drupal. I have already started working on it, so good luck with your application! :)
19:39.55albertcoderbanviktor: there's nothing like stealing here in Open Source except contributing. :) However, wish you luck! :)
19:59.32zalzaneis there any opencl integration already in brlcad?
19:59.40zalzaneim thinking of doing the opencl gpgpu raytracing idea
19:59.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:01.09*** join/#brlcad albertcoder (~coderalbe@1.39.32.174)
20:16.49*** join/#brlcad Alleycoder (~coderalbe@1.39.33.68)
21:18.04*** part/#brlcad banviktor (~banviktor@54013BC9.dsl.pool.telekom.hu)
21:26.07*** join/#brlcad mihaineacsu (~mihaineac@188.26.217.171)
22:09.52*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
22:38.44*** join/#brlcad mihaineacsu (~mihaineac@188.26.217.171)
23:04.41*** join/#brlcad Alleycoder (~coderalbe@1.39.33.68)
23:12.05*** join/#brlcad mihaineacsu (~mihaineac@188.26.217.171)
IRC log for #brlcad on 20150308

IRC log for #brlcad on 20150308

00:06.31*** join/#brlcad konrado (~konro@41.205.22.54)
00:14.09*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
00:45.52*** join/#brlcad konro_ (~konro@41.205.22.61)
01:06.45*** join/#brlcad teepee (~teepee@37.187.218.221)
01:46.00starseekerzalzane: there is one example, but it is proof-of-correctness not high performance
01:46.14starseekerthere has been some discussion on the mailing list about it within the last few days
01:56.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:58.20*** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70)
02:13.03*** join/#brlcad konrado (~konro@41.205.22.56)
02:24.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:50.39*** join/#brlcad gurwinder (75c76aa3@gateway/web/freenode/ip.117.199.106.163)
03:25.59*** join/#brlcad Alleycoder (~coderalbe@1.39.33.68)
04:03.34*** join/#brlcad YashM (~YashM@117.198.15.79)
04:06.16*** join/#brlcad YashM_ (~YashM@117.198.22.169)
04:09.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:39.08zalzanei'll check out the archive, thanks
05:18.19*** join/#brlcad ankit (~ankit@59.91.241.31)
05:29.03*** join/#brlcad sofat (~androirc@223.225.206.212)
05:32.24gurwinderbrlcad: hello, I have changes the code for torus. Now it looks better and understandable. Please review it ASAP. Futher I want to discuss on it.
05:34.20gurwinderhere is git url: https://github.com/GurwinderSinghBains/BRL-CAD/blob/master/g-xxx.c
05:35.39*** join/#brlcad mihaineacsu (~mihaineac@188.27.178.21)
05:57.50*** join/#brlcad Alleycoder (~coderalbe@1.39.33.114)
06:05.54*** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
06:23.02*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qwmfzwswehfuwwyz)
06:46.19*** join/#brlcad mihaineacsu (~mihaineac@188.27.178.21)
07:56.29*** join/#brlcad ankit (~ankit@59.91.241.31)
08:01.43*** join/#brlcad albertcoder (~quassel@1.39.33.161)
08:13.28*** join/#brlcad mihaineacsu (~mihaineac@86.121.3.80)
08:37.42*** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70)
09:04.38*** join/#brlcad shiv05 (67e3358f@gateway/web/freenode/ip.103.227.53.143)
09:17.28*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:27.01*** join/#brlcad timthelion- (~yaaic@mem-185.47.220.87.jmnet.cz)
09:36.35timthelion-I am hoping to use an open source cad program to design an assembly of wireform and sheet metal parts. Seems like it'd be almost easier to draft everything by hand;)
09:39.17timthelion-FREECAD is closer to being able to do this than brlcad, but brlcad makes me happy and nonstalgic is anyone using brlcad at the top of a cadcam toolchain?
09:57.33*** join/#brlcad sprakash (Prakash@nat/iiit/x-waekgrphpripxkqs)
09:57.55*** join/#brlcad hilterrz (653ccf56@gateway/web/cgi-irc/kiwiirc.com/ip.101.60.207.86)
09:59.52*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-vcqzkhvtlafckbqb)
11:05.11*** join/#brlcad mihaineacsu (~mihaineac@86.121.176.103)
11:05.58*** join/#brlcad sofat (~sofat@202.164.45.212)
11:14.47*** join/#brlcad geekgrl (~geekgrl@150.107.191.86)
11:19.54dracarys983brlcad, ``Erik, starseeker : I was going through vmath.h and I found HCROSS was not implemented. Here is the code; I wanted to check if it sits correct with the logic required, so here it is :
11:19.55dracarys983http://pastebin.com/P7JMYYu4
11:26.25*** join/#brlcad sofat (~sofat@202.164.45.204)
11:27.48*** join/#brlcad Guest86173 (James@nat/iiit/x-fxdnbojocztgfjhh)
11:43.59*** join/#brlcad James__ (James@nat/iiit/x-sotlthtucxzbbxev)
11:44.33*** join/#brlcad Gagan (Gagan@nat/iiit/x-choppduvnvijqvva)
11:55.54*** join/#brlcad shiv05 (7ab00d40@gateway/web/freenode/ip.122.176.13.64)
11:56.21*** join/#brlcad alisha (~quassel@115.184.6.118)
12:07.03*** join/#brlcad albertcoder (~quassel@1.39.32.248)
12:09.44*** join/#brlcad timthelion- (~yaaic@mem-185.47.220.87.jmnet.cz)
12:10.47*** join/#brlcad alisha (~quassel@115.184.6.118)
12:20.19*** join/#brlcad albertcoder (~quassel@1.39.32.248)
12:25.00Notify03BRL-CAD Wiki:Shivanshuiitg * 0 /wiki/User:Shivanshuiitg:
12:34.30*** join/#brlcad alisha (~quassel@115.184.6.118)
13:18.35*** join/#brlcad hiteshsofat (~androirc@106.192.167.182)
13:42.45*** join/#brlcad albertcoder (~quassel@1.39.32.248)
14:07.43sofat``Erik, hello
14:08.25sofati am working on your suggestion regarding docbook (using sed command)
14:10.15sofatbut now I have found some tools for this with help of these tools i did my work very easily .
14:10.29sofatcheck this tool
14:10.29sofathttp://johnmacfarlane.net/pandoc/demos.html
14:12.17sofati am working on this and evaluate the output according our needs if it useful then ok otherwise I go with sed command.
14:14.19sofatbrlcad, please accept my pull request.
14:16.28*** join/#brlcad nihar (~nihar@115.97.156.179)
14:20.58*** join/#brlcad albertcoder (~quassel@1.39.40.9)
14:51.52*** join/#brlcad saksham115 (jarvis@nat/iiit/x-qgvfyaxhkxhrfjoy)
15:02.55*** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70)
15:05.31*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
15:14.02``Eriksofat: cool, I THINK I mentioned that you could write a real parser and use that to find and change what was needed, pandoc looks like a pre-made parser framework (plus conversion tools)
15:15.57sofatyes i am working on my own parser .
15:18.00sofatI found some drawbacks in  pandoc regarding our work. so now i am going to develop my own script  for this task
15:19.17sofat<PROTECTED>
15:19.46sofati am just checking  the working of this tool.
15:21.04sofatbut it not work proper way according my needs so now i need to make own script or parser with help i do this work in standard way.
15:43.30*** join/#brlcad lm_DTU_dk (~quassel@2001:5c0:1400:a::587)
15:48.04*** join/#brlcad teepee (~teepee@37.187.218.221)
15:49.24lm_DTU_dkHello i am interested in several of the projects listed for gsoc 2015. Is it possible to ask some questions about participating here?
15:51.10sofatyes
15:51.18*** join/#brlcad ankit (~ankit@117.197.155.249)
15:51.40lm_DTU_dkHello sofat
15:51.46brlcadhello lm_DTU_dk
15:51.54brlcad~ask
15:51.55infobotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
15:52.23sofatlm_DTU_dk, hello
15:52.46lm_DTU_dkWell i have looked through the projects that involves c code, as that is what i have worked the most with
15:53.05brlcaddracarys983: that looks interesting, you should submit that as a proper patch to our patches tracker
15:54.14lm_DTU_dkbut i have really only been working with C for ½ a year and i cant help to think that, that is not enough.
15:55.08lm_DTU_dkbeen making a quiet nice protocol that worked between a MCU and a PC with java, but i have my doubts if that is enough experience
15:55.36lm_DTU_dkwhat do you think?
15:56.00brlcadlm_DTU_dk: there's no way to answer that question
15:56.28lm_DTU_dkYea too lose i guess
15:56.39brlcadat least, only you can answer that after trying to do something productive
15:57.05brlcadso that would be my suggestion -- try something
15:58.20lm_DTU_dkYes, i will look into it
15:59.44sofatbrlcad, please check my pull request if you free.
16:16.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:16.44*** part/#brlcad lm_DTU_dk (~quassel@2001:5c0:1400:a::587)
16:21.55*** join/#brlcad hiteshsofat (~androirc@106.192.167.182)
16:24.26*** join/#brlcad mihaineacsu (~mihaineac@86.121.176.103)
16:24.46*** join/#brlcad sofat (~sofat@202.164.45.208)
16:25.38brlcadhiteshsofat: you don't need to keep saying that, your patch WILL get checked as soon as it can be given proper attention
16:26.17brlcadthere's many things going on concurrently and many matters that need attending to, which is why reviews seem few and far between
16:27.27brlcadI can't just stop everything I'm doing every time you upload a new patch, but also don't want you to feel like your work is being ignored (it is NOT)
16:27.29brlcad(all the more reason to make sure you're patches are very valuable, thoroughly tested, trivial to review, obviously beneficial, etc)
16:28.27brlcadright now, one of our umbrella org sites is not working right and that's taking all my time to investigate it and get it back up and working
16:29.27hiteshsofatSorry :-(
16:36.11*** join/#brlcad sprakash (Prakash@nat/iiit/x-zmzvwqfkyngsyzjq)
16:36.45*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
16:43.19*** join/#brlcad sofat (~sofat@202.164.45.204)
16:44.41brlcadsofat: if you don't hear feedback before tuesday, you can remind me then ;)
17:14.05brlcad``Erik: I've narrowed the segfaults down to stepcode's mediawiki installation
17:14.29brlcadI upgraded to the latest stable, removed extensions, and it's still crashing apache
17:37.14*** join/#brlcad sprakash (Prakash@nat/iiit/x-nvaetsvsrmicgozm)
17:50.25dracarys983brlcad, I don't know yet whether the first code will work better or second for HCROSS. Should I include both and comment out one of them in the patch?
18:37.48GaganHi! I'm getting this error while trying to build BRLCAD-7.24.2: "Attempting to ignore non-existent file INTERFACE"
18:38.14GaganCan anyone tell me how to fix this error?
18:39.09StragusThat's an interesting error message, "We failed to attempt to ignore a non-existing file"...
18:40.01GaganI know :P
18:40.25GaganI get this error during cmake step
19:13.05*** join/#brlcad sprakash (Prakash@nat/iiit/x-cweqjzjuhlzxhbsp)
19:17.14Gaganso I did some research and found out that this error msg comes when CMAKE_CURRENT_SOURCE_DIR variable (directory of the listfile currently being processed) does not exists
19:17.39Gaganfor my case the current directory is brlcad-7.24.2\src\other\xmltools\libxml
19:53.07Gagananyone familiar with this problem ??
19:57.27``Erikbrlcad: weird, is the stepcode install using the system install, or was a copy made? is it using a flakey extension? O.o (I know the wordpress I use is a copy of the system one, so I have to manually copy when there's an upgrade...)
19:58.43``Erikphp code segfaulting apache would require a fairly specific chain of failures
20:28.24*** join/#brlcad teepee_ (~teepee@37.187.218.221)
20:43.03*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ggdxiaosjzaqfapv)
20:47.51Gaganthe step code install is using system install.. the error I get is similar to the error posted in this link : http://sourceforge.net/p/brlcad/discussion/362509/thread/437427c4/?limit=25
20:48.17Gaganbut the reply to this does not resolve the error
21:03.47*** join/#brlcad timthelion- (~yaaic@mem-185.47.220.87.jmnet.cz)
21:14.03*** join/#brlcad mihaineacsu (~mihaineac@188.26.195.41)
21:36.14*** join/#brlcad Gagan2 (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
21:39.05*** join/#brlcad Gagan_ (Gagan@nat/iiit/x-moikqvefyvwxaitq)
21:39.05*** join/#brlcad Gagan (Gagan@nat/iiit/x-qoylevwmnapzclll)
21:39.43GaganI tried the same thing on Ubuntu OS (previously I was working on win 8) exact same errors!!
21:53.55*** join/#brlcad d3r1ck (~d3r1ck@154.70.104.221)
21:54.28d3r1ckhello
21:54.38d3r1ckIs Njimeli Konrad around?
21:58.18*** part/#brlcad d3r1ck (~d3r1ck@154.70.104.221)
22:06.06*** join/#brlcad cshah (~cshah@pool-108-50-165-14.nwrknj.fios.verizon.net)
22:06.28*** part/#brlcad cshah (~cshah@pool-108-50-165-14.nwrknj.fios.verizon.net)
22:09.42*** join/#brlcad cshah (~cshah@pool-108-50-165-14.nwrknj.fios.verizon.net)
22:10.03*** part/#brlcad cshah (~cshah@pool-108-50-165-14.nwrknj.fios.verizon.net)
22:16.08ignaciois "Peter Amidon" here?
22:16.19ignacioalso, is "Marc Tannous" here?
22:24.39*** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140)
22:25.16*** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman)
23:34.55*** join/#brlcad teepee_ (~teepee@37.187.218.221)
IRC log for #brlcad on 20150309

IRC log for #brlcad on 20150309

00:09.34*** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70)
00:55.41*** join/#brlcad albertcoder (~coderalbe@1.39.32.73)
01:10.29starseekerStragus: when Gagan get's back - I suspect that error is a consequence of a mechanism we implement in our CMake logic to collect lists of all files present in the code - we use target lists of source files as input, but there are keywords (WIN32, SHARED, STATIC, etc.) that are also sometime used and our macros have to know to ignore them
01:11.10starseekerThe first thing to do is to try the latest trunk sources, rather than 7.24.2 - I have a vague memory of fixing exactly that issue a while back
01:15.56StragusOkay, I'll copy/paste that if Gagan comes back and no one is around
01:21.58*** join/#brlcad konrado_ (~konrado__@41.205.22.58)
01:23.23*** join/#brlcad albertcoder (~coderalbe@1.39.32.73)
01:51.03*** join/#brlcad albertcoder (~coderalbe@1.39.32.73)
02:11.50*** join/#brlcad Alleycoder (~coderalbe@1.39.34.113)
02:33.01*** join/#brlcad Alleycoder (~coderalbe@1.39.34.113)
02:56.41*** join/#brlcad teepee_ (~teepee@37.187.218.221)
03:20.07*** join/#brlcad Alleycoder (~coderalbe@1.39.35.88)
04:33.00*** join/#brlcad Alleycoder (~coderalbe@1.39.35.88)
04:35.00*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mnmcbwzpjniwvgov)
04:53.19*** join/#brlcad Alleycoder (~coderalbe@1.39.35.88)
05:01.11*** join/#brlcad rajan (~rajan@202.164.53.117)
05:20.09*** join/#brlcad Alleycoder (~coderalbe@1.39.35.88)
05:20.59*** join/#brlcad albertcoder (~quassel@202.164.45.204)
05:32.15dracarys983brlcad, ``Erik, starseeker : The description for Arb8 has to be changed in the files : rt^3/trunk/include/brlcad/Arb8.h and rt^3/trunk/src/coreInterface/Arb8.cpp as well :P
06:19.17Notify03BRL-CAD Wiki:Popescu.andrei1991 * 7921 /wiki/User:Popescu.andrei1991: /* Contact */
07:01.55*** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
07:12.16*** join/#brlcad albertcoder (~quassel@202.164.45.204)
07:12.40*** join/#brlcad merzo (~merzo@57-92-132-95.pool.ukrtel.net)
07:32.04*** join/#brlcad sofat (~sofat@202.164.53.117)
07:37.28*** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org)
07:45.13*** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70)
08:02.02*** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70)
08:10.22*** join/#brlcad albertcoder (~quassel@202.164.45.212)
08:18.11*** join/#brlcad albertcoder (~quassel@202.164.45.212)
08:23.17*** join/#brlcad albertcoder (~quassel@202.164.45.212)
08:45.48*** join/#brlcad sofat (~sofat@202.164.53.117)
09:07.31*** join/#brlcad merzo (~merzo@97-14-133-95.pool.ukrtel.net)
09:29.47*** join/#brlcad sasi1234 (7d1409f9@gateway/web/freenode/ip.125.20.9.249)
09:31.04sasi1234hi
09:32.16*** part/#brlcad sasi1234 (7d1409f9@gateway/web/freenode/ip.125.20.9.249)
10:02.44*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
10:23.14*** join/#brlcad teepee (~teepee@37.187.218.221)
10:31.57*** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70)
11:01.53*** join/#brlcad Carlson (29cd161b@gateway/web/freenode/ip.41.205.22.27)
11:14.59Saurabh_Kumar_bihi everyone. I am a 3rd year student and am interested in brlcad for GSOC15. I was just going through the "ged.h" header file in the source code and I found tags like "FIXME", "TODO" etc. i know how to fix some of them.can I create some helper code files for doing this or do i have to stay restricted to the given files only?
11:24.18*** join/#brlcad amalia_ (~amalia___@41.205.22.25)
11:39.11*** join/#brlcad carlson (~carlson@41.205.22.44)
11:41.03carlsonHi. Interested in the Point Clouds project. Please I need help in running the point cloud primitive with mged or archer
11:41.16*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-htpatmgfvqtonbfr)
11:55.08*** join/#brlcad konrado (~konrado@41.205.22.19)
12:03.24carlsonI can
12:03.46carlsonI can't find the primitive on the list of primitives provided
12:16.03*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
12:27.04*** join/#brlcad albertcoder (~quassel@202.164.53.117)
12:45.19*** join/#brlcad amalia_ (~amalia___@41.205.22.27)
12:52.33*** join/#brlcad amalia_ (~amalia___@41.205.22.61)
12:58.00*** join/#brlcad konrado (~konrado@41.205.22.54)
12:58.09*** join/#brlcad carlson (~carlson@41.205.22.30)
13:05.45*** join/#brlcad konrado_ (~konrado@41.205.22.23)
13:05.45*** join/#brlcad amalia_ (~amalia___@41.205.22.19)
13:08.55*** join/#brlcad albertcoder (~quassel@202.164.53.117)
13:18.38*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
13:36.33*** join/#brlcad konrado_ (~konrado@41.205.22.40)
13:37.44*** join/#brlcad sprakash (Prakash@nat/iiit/x-pkyoszfghpchxcig)
13:49.18*** join/#brlcad sprakash (Prakash@nat/iiit/x-yigfyvyitmgvfiry)
13:49.32Notify03BRL-CAD:carlmoore * 64347 brlcad/trunk/src/libbn/polygon.c: remove trailing blank or tab
14:01.50*** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70)
14:13.30Notify03BRL-CAD:starseeker * 64348 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): Use the original planes for the distance check.
14:15.19*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:16.53*** join/#brlcad konrado_ (~konrado@41.205.22.49)
14:32.25*** join/#brlcad konrado_ (~konrado@41.205.22.4)
15:08.08Notify03BRL-CAD Wiki:Nikita 0905 * 0 /wiki/User:Nikita_0905:
15:10.43*** join/#brlcad konrado_ (~konrado@41.205.22.63)
15:18.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:32.13*** join/#brlcad sprakash (Prakash@nat/iiit/x-hgarhtwppydleorb)
16:11.08*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
16:23.06*** join/#brlcad shiv05_m (~shiv05_m@182.69.72.47)
16:24.23*** part/#brlcad shiv05_m (~shiv05_m@182.69.72.47)
16:38.02*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bogomwpjyvbqtukf)
16:41.13*** join/#brlcad deepak (~chatzilla@122.173.206.117)
16:45.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:50.01*** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
17:09.56Notify03BRL-CAD:starseeker * 64349 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): Add tgc support - we have the same potential here that we do for cylinders for partial cones, so we'll need to add logic for recognizing corner points and doing arb subtractions.
17:23.14*** join/#brlcad sofat (~sofat@202.164.45.204)
17:23.54*** join/#brlcad albertcoder (~quassel@202.164.45.204)
17:24.04*** join/#brlcad alisha (~quassel@101.60.250.6)
17:28.08*** join/#brlcad albertcoder (~quassel@202.164.45.204)
17:32.34*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-jhsvdcunzlphkbpp)
17:32.53*** join/#brlcad albertcoder (~quassel@202.164.45.204)
17:33.56*** join/#brlcad sprakash (Prakash@nat/iiit/x-zrbqfpvnhaxsyozu)
17:55.59*** join/#brlcad rajan (~rajan@202.164.53.117)
18:01.18Notify03BRL-CAD:starseeker * 64350 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cone.cpp and 2 others): refactor corner finding logic out of cyl into util, and have cone do the check. Still need to handle partials when found.
18:18.43*** join/#brlcad rajan (~rajan@202.164.53.117)
18:29.21*** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
18:30.32*** join/#brlcad gaganjyot (~gaganjyot@49.138.105.164)
18:31.19gaganjyotHi all, I am gaganjyot from Punjab. I have participated in LibreCAD last year through BRL-CAD for the Kernel Development
18:32.14gaganjyotThis year, I am again planning to participate for LibreCAD under the UI Phase Development of LibreCAD
18:40.18*** join/#brlcad rajan (~rajan@202.164.53.117)
18:57.23*** join/#brlcad Carlson (29cd161c@gateway/web/freenode/ip.41.205.22.28)
19:01.31*** join/#brlcad albertcoder (~quassel@202.164.45.208)
19:05.05*** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70)
19:12.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:16.16*** join/#brlcad sofat (~sofat@202.164.45.212)
19:17.43*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
19:31.13*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
19:32.21*** join/#brlcad sofat (~sofat@202.164.45.212)
19:40.22*** join/#brlcad sidd_prakash (Prakash@nat/iiit/x-egzvjkzezyyqzlbt)
19:50.12*** join/#brlcad sofat (~sofat@202.164.45.212)
20:04.21*** join/#brlcad gaganjyot (~gaganjyot@101.208.63.101)
20:05.29*** join/#brlcad albertcoder (~quassel@202.164.45.212)
20:07.17*** join/#brlcad sofat (~sofat@202.164.45.212)
20:08.00sofat<PROTECTED>
20:12.39``Erikyou mean like <br>? um, xhtml usually does magic like <br/> to indicate it's a "self closing" tag, does the parser understand those? s,<br>,<br/>,g could fix the br's (and do it again for hr and other unclosed tags)
20:13.23``Erik(xhtml is supposed to be a bridge between html and xml, fwiw)
20:14.25*** join/#brlcad albertcoder (~quassel@202.164.45.212)
20:16.59sofati am working on html docs and in this docs paragraph tag not be closed , how to replace unclosed with sed
20:16.59sofat?
20:17.00sofathow to replace  unclosed tags with sed ?
20:19.10*** join/#brlcad albertcoder (~quassel@202.164.45.212)
20:19.14``Erikum, paragraph tags SHOULD be closed... you might need to do that one manually (it sorta works in html because the browser is semantically aware and will close the paragraph when the next tag cannot exist in a paragraph)
20:19.58``Erik<p>paragraph 1 blah blah<p>pargaph 2   <-- that is bad html, but browsers are forgiving so it SEEMS to work... :/
20:22.13*** join/#brlcad sofat (~sofat@202.164.45.212)
20:22.56``Erikbad xhtml, anyway
20:25.00sofatso now more work is depend on manual conversion. I am right ?
20:25.11*** join/#brlcad albertcoder (~quassel@202.164.45.212)
20:27.08``Erikwell... are you modifying pandoc or something? if you have something that builds the DOM tree in memory correctly, then it's a moot issue
20:27.53``Erikif it doesn't build the dom, I'd think of it as a manual process with some automation to help along where it makes sense... sed is basically "search and replace" on steroids
20:30.59*** join/#brlcad sofat (~androirc@106.192.148.220)
20:31.39sofatI am making my own script
20:36.24sofatI think pandoc is helping me but at the end  I also need my own script with help I provide standards to docs according brlcad doc standards
20:41.23*** join/#brlcad albertcoder (~quassel@202.164.45.212)
20:42.01albertcoderHi ``Erik
20:42.28albertcoderI need some guidance on Materials Database as I am working on it as my college major project.
20:45.51albertcoderI guess Sean is busy. I just want to know broadly, what is expected further from the project?
20:46.38*** join/#brlcad albertcoder (~coderalbe@1.39.32.252)
20:52.42``Erikalbertcoder: the server sean uses for irc is unreachable right now :/ I'm not sure what the actual goals are for the project right, so I guess sit tight or email the dev list?
20:55.07``Eriksofat: it may be quicker/easier to do parts manually, *shrug*
20:55.38sofatOkay
20:55.39albertcoderYep! Thanks ``Erik  I will ask in the dev list.
20:56.32``Erikhttp://xkcd.com/1319/
20:57.13``Erikhttp://cdn.ryanstevens.co.uk/uploads/wp-content/uploads/2012/01/337769f9cbtasks.png-450x322.png
20:59.49``Erikah, here's the one I've been looking for: http://failblog.cheezburger.com/tag/repetitive-tasks
21:00.05``Erik:)
21:00.34sofat;-) great
21:25.20*** join/#brlcad sidd_prakash (Prakash@nat/iiit/x-miebdawtzjvskvdb)
21:33.06*** join/#brlcad gurwinder (31c974f4@gateway/web/freenode/ip.49.201.116.244)
21:41.50*** join/#brlcad d356_ (~d@50-90-234-94.res.bhn.net)
22:00.51*** join/#brlcad teepee (~teepee@37.187.218.221)
23:11.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:28.17*** join/#brlcad cox (~quassel@188.226.208.53)
23:33.46*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
23:58.21*** join/#brlcad zalzane1 (~zalzane@2605:e000:23c7:7500:a4d9:378c:be3a:544d)
IRC log for #brlcad on 20150310

IRC log for #brlcad on 20150310

00:13.08*** join/#brlcad teepee_ (~teepee@37.187.218.221)
01:14.49*** join/#brlcad ignacio (~ignacio@unaffiliated/ignaciouy)
03:54.11*** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70)
04:17.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:27.11*** join/#brlcad albertcoder (~coderalbe@202.164.45.204)
05:51.35*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
05:52.03*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
05:52.19*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
05:52.25*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
05:52.33*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
05:52.57*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
06:00.34*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-nmxizwgoczuigcye)
06:59.13*** join/#brlcad hsinghc (ca034dee@gateway/web/freenode/ip.202.3.77.238)
07:04.00hsinghcHello! I am interested in contributing to GSoC'15 at BRL-CAD.Someone please get me started. I have previous experience in C,C++ algorithmic programming,machine learning and basic computer vision with open cv. I am interested in some specific projects and the main CAD modelling in general.
07:12.38*** join/#brlcad witness___ (uid10044@gateway/web/irccloud.com/x-dvspbcktqfhhaanu)
07:33.03*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:41.40*** join/#brlcad merzo (~merzo@host-233-197-68-109.arq1.ldn.uk.sharedband.net)
07:42.54*** join/#brlcad AndroUser2 (~androirc@223.225.217.199)
07:50.19*** join/#brlcad teepee_ (~teepee@37.187.218.221)
08:23.41*** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
08:34.34*** join/#brlcad luca79 (~luca@weblu-jun43.nat.wireless.lu.se)
08:36.43*** join/#brlcad hsinghc (ca034dee@gateway/web/freenode/ip.202.3.77.238)
09:04.55*** join/#brlcad hsinghc (ca034dee@gateway/web/freenode/ip.202.3.77.238)
09:05.19*** join/#brlcad merzo (~merzo@185.55.63.130)
10:12.06*** part/#brlcad hsinghc (ca034dee@gateway/web/freenode/ip.202.3.77.238)
10:44.04*** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
11:00.07*** join/#brlcad carlson__ (~Karl@41.205.22.13)
11:14.07*** join/#brlcad konrado (~konro@41.205.22.32)
11:42.25*** join/#brlcad AnxiousGarlic (~Fruit@130.225.98.193)
11:42.46*** part/#brlcad AnxiousGarlic (~Fruit@130.225.98.193)
11:50.40*** join/#brlcad hiteshsofat (~androirc@223.225.217.199)
11:56.41*** join/#brlcad albertcoder (~quassel@124.253.71.238)
12:22.41*** join/#brlcad konrado (~konro@41.205.22.7)
12:25.01*** join/#brlcad manan (~manan@103.25.231.102)
12:27.28*** join/#brlcad carlson__ (~Karl@41.205.22.62)
13:05.58*** join/#brlcad carlson__ (~Karl@41.205.22.48)
13:21.37*** join/#brlcad manan (~manan@182.69.2.26)
13:22.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:46.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:58.11*** join/#brlcad luca79 (~luca@weblu-jun43.nat.wireless.lu.se)
15:29.25*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
15:30.26Notify03BRL-CAD Wiki:Jorge Sosa * 0 /wiki/User:Jorge_Sosa:
15:30.32Notify03BRL-CAD:starseeker * 64352 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: Start setting up for partial cones
15:30.34Notify03BRL-CAD:starseeker * 64351 brlcad/trunk/src/conv/step/CMakeLists.txt: Add the exp2cxx target to the depends list of the schema target, in case its presence in the custom_command depends list isn't enough...
15:30.37Notify03BRL-CAD:starseeker * 64354 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: Try using a slight tweak of the cylinder arb logic for cones. If this works, probably need to refactor arb object creation into its own function.
15:30.39Notify03BRL-CAD Wiki:AnkushKhandelwal * 0 /wiki/User:AnkushKhandelwal:
15:30.41Notify03BRL-CAD:starseeker * 64353 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cone.cpp and 2 others): Break top/bottom sorting out into a function.
15:33.02Notify03BRL-CAD:starseeker * 64355 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_cone.cpp and 4 others): Starting setting up to 'fall back' to brep creation if we can't successfully handle a CSG representation. Doesn't generate completely correct results yet - getting flipped normals and multithreaded raytracing hangs with the nist4 example for some reason.
16:05.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:21.29*** join/#brlcad gaganjyot (~gaganjyot@49.138.140.184)
16:30.46*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
16:32.11*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
16:48.57*** join/#brlcad deepak (~chatzilla@122.173.151.170)
16:50.42*** join/#brlcad manan (~manan@182.69.2.26)
16:57.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:23.58*** join/#brlcad merzo (~merzo@185.55.63.130)
17:31.16*** join/#brlcad gaganjyot (~gaganjyot@49.138.140.184)
17:43.56*** join/#brlcad gaganjyot (~gaganjyot@49.138.140.184)
18:12.59*** join/#brlcad teepee (~teepee@37.187.218.221)
18:29.14``Erikraytracing a black hole: http://rantonels.github.io/starless/
18:38.47Notify03BRL-CAD:starseeker * 64356 brlcad/trunk/src/libbrep/shape_recognition.cpp: Flip faces if the brep is a subtraction.
18:50.13StragusI have intuitive problems with these images
18:50.48StragusLooking directly at the event horizon, there will always be rays that have bent to appear at that point
18:51.10StragusSo no point should be entirely black... unless I'm missing something very serious
18:52.06*** join/#brlcad sofat (~androirc@202.164.45.204)
18:52.41``Erikis running on ~2hrs sleep and has a headache, is just passing the url along and trying not to think :)
18:52.49StragusOkay :)
18:53.08``Erik(also; setting up a windows machine for dev, so ... yeh...)
18:54.10StragusThat is terrible, you have my deepest sympathy
18:54.20StragusIs the machine for you?
18:55.11``Erikit's an old clunker that I dual boot linux and windows on... I might be doing a windows project in the near future, so I wanted to make sure it was updated and functional before getting too involved on the project :/
18:56.28StragusI keep a laptop with Windows XP around to produce and test windows binaries, but I don't actually write any code on that machine
18:56.31``Erik2.2ghz celeron, 2g ram, intel g41 video... it was a cheap machine years ago
18:58.12``Erikhm, windows has an "experience index" metric... it grades the hw on a scale of (wait for it) 1.0 to 7.9... mine is a 3.5
18:59.22StragusHalf-way there! Good enough
18:59.46StragusWhat kind of Windows are you installing on that?
19:00.18``Erikheh, but it's out of 7.9... not 10, not even 8, 7.9! and the lowest is 1.0, not 0.0
19:00.53``Erikum, 7 home premium I think? vs10 express, netbeans, cygwin, eclipse, etc
19:01.17StragusThat's a Microsoft scale, 7.9 based
19:01.32``Erikand piping the display through tightvnc
19:01.35Stragusmingw64 is quite nice
19:02.01StragusTrue modern GCC on Windows, with the usual windows-only extras (resources, etc.)
19:02.13``Erikhm, might have to check it out some day
19:03.37Notify03BRL-CAD:starseeker * 64357 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_sphere.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp): clear some debug printing
19:06.27starseekerStragus: any experience with the Windows clang port?
19:06.55StragusNever tried it, I'm not fond of clang
19:07.18StragusHad to mess with it when compiling on OSX... *sigh*
19:15.21``Erikclang is improving quite a bit lately *shrug*
19:17.11StragusI don't understand why Apple feels the need to throw all mainstream, quality FOSS software out
19:17.25StragusNo gcc, no gdb, ar is broken, etc.
19:19.14``Erikar is probably tricky due to apples 'fat binary' support...
19:19.59``Erik(and I'm not sure how much "quality" I'd attribute to gnu software... I've looked at too much source code ;) )
19:20.03StragusAlso, basic stuff libssh are "deprecated". You use any function from libssh and it throws warnings/errors about these functions being deprecated
19:20.25StragusSorry, I mean libssl
19:20.43StragusThis is *the* libssl we are talking about, HTTPS and so on. What else are we supposed to use?
19:22.12``Erikthere were some serious screw-ups in openssl recently (like remote root serious) that couldn't be fixed without a massive overhaul, iirc... there were a couple branch projects started, I think openssl is in the x11/xorg fork situation right now
19:22.40``Erik(and that was *the* x11r6 we were talking about back then... what else were we supposed to use?)
19:23.16Stragus:) Okay good point, but don't deprecate functions when no alternative (yet) exists!
19:23.36StragusI even asked in #macdev and I was told I'm supposed to use some Apple-specific ObjC library
19:24.44*** join/#brlcad merzo (~merzo@host-233-197-68-109.arq1.ldn.uk.sharedband.net)
19:24.47``Erikheh, of course :D with cocoa requirements, as well... who would dare port to linux, unix, windows, bsd, etc... just get a mac and be special and unique like all the other apple fanboys...
19:25.39``Erikplugs his phone back into his macbook to charge *cough*
19:25.40StragusI was supposed to replace libssl with an OSX-only ObjC library. Seriously, WTF.
19:37.16``Erikhah, a support library build just failed on windows because libssl32.dll can't be found, amusing coincidence :)
19:39.06StragusSee! It's a conspiracy!
19:39.18StragusYou now have to use the C# windows equivalent, no other option
19:42.02Notify03BRL-CAD:carlmoore * 64358 (brlcad/trunk/doc/docbook/system/man1/en/plot3-ps.xml brlcad/trunk/src/util/plot3-ps.c): various fixes to plot3-ps, including implementing h?
19:57.27Notify03BRL-CAD:starseeker * 64359 brlcad/trunk/src/libbrep/shape_recognition.cpp: Add some debugging - the top level tree build is inadequate for complex cases, need to rethink.
19:59.20starseekerwishes they could get away from the mixed up openssl license...
20:02.14StragusYes, there's something messed up about a core library that doesn't even try to maintain binary compatibility... and that is LGPL
20:03.17starseekernot even sure it's LGPL
20:03.27starseekerthe OpenSSL license is... "special", IIRC
20:03.59starseekerhttps://www.openssl.org/source/license.html
20:04.21starseekerall those nice GPL incompatible advertising clauses...
20:04.59``Erikdual licensed with two differently modified bsd licenses, nice
20:05.48StragusPerhaps I'm mistaken. Can you bundle libssl into a binary of closed source software?
20:06.16starseekerI belive so if you respect the advertising clauses of the licenses...
20:06.26``Erikyeah, it's bsd license at the core
20:06.32starseekerGPL is where the problems lie
20:06.34StragusAh, it's not so bad then
20:06.55StragusAnd LGPL since libraries without binary compatibility must be compiled in to avoid trouble
20:07.59starseekerFreetype's non-GPL license (FTL) has similar issues, but they dual license GPL so that avoids most of the tight corners
20:08.19starseekerironically enough, LGPL is a bit of an uncomfortable fit with freetype...
20:30.46*** part/#brlcad gaganjyot (~gaganjyot@49.138.140.184)
21:15.18*** join/#brlcad gurwinder (31f9907e@gateway/web/freenode/ip.49.249.144.126)
22:17.32*** join/#brlcad infobot (ibot@rikers.org)
22:17.32*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer!
22:20.09Notify03BRL-CAD:n_reed * 64361 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/NEWS and 79 others): sync from trunk
23:07.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:08.25*** join/#brlcad teepee_ (~teepee@37.187.218.221)
23:16.02*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
23:25.48Notify03BRL-CAD:n_reed * 64362 brlcad/branches/brep-debug/src/libbrep/intersect.cpp: encapsulate the logic from the curve-curve intersection routine for intersecting overlapping lines and use it in the curve-surface intersection routine as well
IRC log for #brlcad on 20150311

IRC log for #brlcad on 20150311

00:04.17*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
00:36.27*** join/#brlcad manan (~manan@182.69.2.26)
01:01.52Notify03BRL-CAD:starseeker * 64363 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/librt/test_shape_recognition.cpp): Some progress on reassembly, but not correct yet.
01:30.10Notify03BRL-CAD:starseeker * 64364 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Remove some debugging printouts
01:39.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:47.11*** join/#brlcad manan (~manan@182.69.2.26)
03:01.38*** join/#brlcad konrado (~root@41.205.22.27)
03:38.13*** join/#brlcad albertcoder (~quassel@202.164.45.204)
03:44.25*** join/#brlcad albertcoder (~quassel@202.164.45.204)
03:57.58*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
04:02.57*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
04:41.30*** join/#brlcad hiteshsofat (~androirc@106.192.149.179)
04:44.47Notify03BRL-CAD:n_reed * 64365 brlcad/trunk/src/libbn/polygon.c: fix build warning about possible dereference of uninitialized var
04:58.57Notify03BRL-CAD:n_reed * 64366 brlcad/trunk/src/libbn/tests/bn_polygon_triangulate.c: fix build warning about index out of bounds
06:00.43*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-hqyoqbmsitituhma)
06:34.19Notify03BRL-CAD Wiki:Kvkunalvyas * 0 /wiki/User:Kvkunalvyas:
06:43.05*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
07:39.43*** join/#brlcad teepee_ (~teepee@37.187.218.221)
07:58.24*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:59.36*** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
08:01.46*** join/#brlcad luca79 (~luca@weblu-jun43.nat.wireless.lu.se)
08:04.41*** join/#brlcad ni291187 (~u931732@c-73-38-196-13.hsd1.ma.comcast.net)
08:04.42*** join/#brlcad merzo (~merzo@host-233-197-68-109.arq1.ldn.uk.sharedband.net)
08:05.16*** part/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
08:05.30*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
08:05.40*** part/#brlcad ni291187 (~u931732@c-73-38-196-13.hsd1.ma.comcast.net)
08:06.05*** part/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
08:35.45*** join/#brlcad mihaineacsu (~mihaineac@188.27.179.80)
08:40.17Notify03BRL-CAD Wiki:Elisabethzaz * 0 /wiki/User:Elisabethzaz:
09:00.52*** join/#brlcad merzo (~merzo@185.55.63.130)
09:27.24*** join/#brlcad teepee (~teepee@p50845A33.dip0.t-ipconnect.de)
10:14.01*** join/#brlcad sofat (~androirc@106.192.149.179)
10:28.19*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-gygbeaquyliosfod)
11:12.34*** join/#brlcad sofat (~androirc@106.192.149.179)
11:27.18*** join/#brlcad albertcoder (~quassel@202.164.45.204)
12:42.33*** join/#brlcad cox (~quassel@188.226.208.53)
12:46.46*** join/#brlcad cox (~quassel@188.226.208.53)
13:22.32*** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
13:37.37*** join/#brlcad albertcoder (~quassel@202.164.45.204)
13:47.42*** join/#brlcad albertcoder (~quassel@202.164.45.212)
14:47.43*** join/#brlcad gaganjyot (~gaganjyot@101.216.198.93)
14:51.42*** join/#brlcad alisha (~quassel@223.225.242.152)
15:04.19*** join/#brlcad gaganjyot (~gaganjyot@101.216.198.93)
15:10.17*** join/#brlcad alisha (~quassel@223.225.218.204)
15:11.51*** join/#brlcad sofat (~androirc@106.192.175.83)
15:26.30*** join/#brlcad alisha (~quassel@115.184.119.24)
15:31.05*** join/#brlcad alisha_ (~quassel@101.60.229.229)
15:49.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:07.21*** join/#brlcad gaganjyot (~gaganjyot@101.216.198.93)
16:11.15*** join/#brlcad zalzane2 (~zalzane@2605:e000:23c7:7500:a4d9:378c:be3a:544d)
16:23.11*** join/#brlcad ankit_ (~ankit@117.202.168.232)
16:33.21Notify03BRL-CAD:carlmoore * 64367 brlcad/trunk/doc/docbook/system/man1/en/plot3-tek.xml: edit in 'UnixPlot' for uniformity within this man page
16:46.16*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
16:51.37Notify03BRL-CAD:carlmoore * 64368 brlcad/trunk/src/util/plot3-tek.c: add a pair of brackets, and implement h and ? for help
17:00.42*** join/#brlcad albertcoder (~quassel@202.164.45.204)
17:04.25*** join/#brlcad gurwinder (75cf98fd@gateway/web/freenode/ip.117.207.152.253)
17:31.56*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-oususpfufqfigoej)
17:32.49*** join/#brlcad albertcoder (~quassel@202.164.45.212)
17:44.39*** join/#brlcad albertcoder (~quassel@202.164.45.212)
17:52.09*** join/#brlcad cox (~quassel@188.226.208.53)
17:54.45*** join/#brlcad sofat (~androirc@223.225.248.232)
17:57.55*** join/#brlcad sofat (~androirc@223.225.248.232)
18:00.39*** join/#brlcad albertcoder (~quassel@202.164.45.212)
18:03.03*** join/#brlcad cox (~quassel@188.226.208.53)
18:06.37*** join/#brlcad albertcoder (~quassel@202.164.45.212)
18:08.08*** join/#brlcad gaganjyot (~gaganjyot@49.138.142.200)
18:11.39*** join/#brlcad albertcoder (~quassel@202.164.45.212)
18:16.43*** join/#brlcad albertcoder (~quassel@202.164.45.212)
18:21.39*** join/#brlcad albertcoder (~quassel@202.164.45.212)
18:27.30*** join/#brlcad witness___ (uid10044@gateway/web/irccloud.com/x-zpiuikgbuljgblnr)
18:27.53*** join/#brlcad gaganjyot (~gaganjyot@49.138.142.200)
18:30.31*** join/#brlcad albertcoder (~quassel@202.164.45.212)
18:40.39*** join/#brlcad teepee_ (~teepee@p5084489E.dip0.t-ipconnect.de)
18:43.41*** join/#brlcad albertcoder (~quassel@202.164.45.212)
18:48.39*** join/#brlcad albertcoder (~quassel@202.164.45.212)
18:51.02*** join/#brlcad sofat_ (~sofat@202.164.45.204)
18:51.28sofat_``Erik, hello
18:54.38sofat_I am trying to make script but result is not useful means script is not work properly because of unclosed tags.
18:55.45sofat_so now i have two options to do this work first 50% convert by script then other 50% manual.
18:56.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:56.58*** join/#brlcad sofat (~androirc@223.225.248.232)
18:57.01*** join/#brlcad albertcoder (~quassel@202.164.45.208)
19:02.36*** join/#brlcad merzo (~merzo@host-233-197-68-109.arq1.ldn.uk.sharedband.net)
19:08.37*** join/#brlcad albertcoder (~quassel@202.164.45.212)
19:10.28*** join/#brlcad gaganjyot (~gaganjyot@49.138.123.219)
19:10.51*** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu)
19:15.51*** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
19:16.36*** join/#brlcad albertcoder (~quassel@202.164.45.212)
19:24.41*** join/#brlcad albertcoder (~quassel@202.164.45.208)
19:32.46brad_hnoticed  * convert teapot to use nurbs surfaces instead of bspline * as a TODO
19:33.17brad_his that still a valid task?
19:33.34brad_halso, how can you load that "primitive" in mged?
19:34.42brad_hi assume that task is referring to: teapot(GLint grid, GLenum type) in osg_bob.cpp?
19:38.28*** join/#brlcad albertcoder (~quassel@202.164.45.208)
20:01.08*** join/#brlcad merzo (~merzo@host-233-197-68-109.arq1.ldn.uk.sharedband.net)
20:18.57*** join/#brlcad teepee (~teepee@euro214.vpnbook.com)
20:25.23*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
20:41.04Notify03BRL-CAD:carlmoore * 64369 brlcad/trunk/src/util/plot3-hpgl.c: implement run-with-no-arguments-gets-help; we don't expect the input or output to be user-readable
20:44.58*** join/#brlcad teepee (~teepee@p5084489E.dip0.t-ipconnect.de)
21:19.09starseekerbrad_h: I think that is referring to the src/proc-db/tea.c procedural database...
21:42.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:49.40brad_hstarseeker: thanks for pointing this out
21:59.18*** join/#brlcad zalzane1 (~zalzane@2605:e000:23c7:7500:a4d9:378c:be3a:544d)
22:18.29Notify03BRL-CAD:starseeker * 64370 brlcad/trunk/include/bn/obr.h: Stub in the header for a libbn oriented bounding box. Got a *lot* of preparatory work to do before we're ready for that step, but get the comments in so I don't have to track down 'rectangular cuboid' and the ascii art again.
22:41.07*** join/#brlcad teepee_ (~teepee@p5084650B.dip0.t-ipconnect.de)
23:10.23Notify03BRL-CAD Wiki:AnkushKhandelwal * 7922 /wiki/User:AnkushKhandelwal/OpenGLRendering: Created page with "'''OpenGL Framework''' Brief Description: The Objective of the project is to Re-factor and re-write the existing code of OpenSCAD preferably by implementing or using an existi..."
IRC log for #brlcad on 20150312

IRC log for #brlcad on 20150312

00:18.18Notify03BRL-CAD:starseeker * 64371 brlcad/trunk/include/bn/obr.h: Add some notes on the GeometricTools ConvexHull and MinimumVolumeBox3 resources. Almost wonder if this might be a viable GSoC project...
00:38.00*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
00:55.00Notify03BRL-CAD:starseeker * 64372 brlcad/trunk/src/libbrep/shape_recognition.cpp: Start outlining a strategy for building boolean trees.
00:59.16Notify03BRL-CAD:starseeker * 64373 brlcad/trunk/src/libbrep/shape_recognition.cpp: It may be possible to have a subtraction solid entirely within a union object so that no faces directly intersect the solid - fil intersections are not sufficient.
01:50.37Notify03BRL-CAD:starseeker * 64374 brlcad/trunk/src/libbrep/shape_recognition.cpp: more thinking about booleans...
03:43.02*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
04:58.53*** join/#brlcad albertcoder (~quassel@202.164.45.204)
05:02.47*** join/#brlcad d356__ (~d@50-90-234-94.res.bhn.net)
05:03.15*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
05:03.18*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
05:04.53*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
05:05.12*** join/#brlcad Stragus_ (~alexis@modemcable090.29-19-135.mc.videotron.ca)
05:05.17*** join/#brlcad kanzure_ (~kanzure@unaffiliated/kanzure)
05:09.06*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
05:11.51*** join/#brlcad albertcoder (~quassel@202.164.45.204)
05:17.36*** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu)
05:52.44*** join/#brlcad sriravic (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
06:01.07*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
07:24.52*** join/#brlcad albertcoder (~quassel@124.253.105.7)
07:33.52Stragus_Arrgh, screw Apple tools! How could a debugger fail to run a program with "error: process exited with status -1 (lost connection)", even Google offers no information
07:43.38*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dtjyxlzjdnyzzzve)
07:48.22*** join/#brlcad teepee_ (~teepee@p50844F09.dip0.t-ipconnect.de)
08:17.33*** join/#brlcad albertcoder (~quassel@124.253.199.93)
08:28.42*** join/#brlcad albertcoder (~quassel@124.253.172.90)
08:31.14*** join/#brlcad merzo (~merzo@host-233-197-68-109.arq1.ldn.uk.sharedband.net)
09:10.10*** join/#brlcad witness___ (uid10044@gateway/web/irccloud.com/x-wdziobcfyoqedxvq)
09:29.55*** join/#brlcad merzo (~merzo@185.55.63.130)
09:30.28*** join/#brlcad sriravic (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
09:33.55sriravicHello I'm trying to compile brlcad in vs2013. I'm unable to compile successfully libpoints
09:34.55sriravici get an compiler error indicating all the PLATE, ARB, SYMMETRY types are undefined.
09:55.47*** join/#brlcad sofat (~androirc@223.225.243.51)
10:00.38Notify03BRL-CAD Wiki:Jaishrikrishna * 0 /wiki/User:Jaishrikrishna:
11:19.14*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:31.35*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
11:44.15*** join/#brlcad merzo (~merzo@185.55.63.130)
11:57.19*** join/#brlcad Izakey (~Izakey@41.205.22.37)
11:59.37*** join/#brlcad merzo (~merzo@185.55.63.130)
12:50.38*** join/#brlcad merzo (~merzo@185.55.63.130)
13:27.46*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
13:33.23*** join/#brlcad gedare (~gedare@ip98-169-176-75.dc.dc.cox.net)
13:34.19*** part/#brlcad gedare (~gedare@ip98-169-176-75.dc.dc.cox.net)
13:42.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:30.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:23.09Notify03BRL-CAD:starseeker * 64375 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 5 others): Preparing logic for boolean building that incorporates an intersection test phase.
15:42.41*** join/#brlcad infobot_ (ibot@rikers.org)
15:42.41*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer!
15:59.31*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
16:26.45Notify03BRL-CAD Wiki:Ssahmaddev817 * 0 /wiki/User:Ssahmaddev817:
16:32.29*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qykajmrylhxbexme)
16:50.51*** join/#brlcad Christopher (67ffe2be@gateway/web/freenode/ip.103.255.226.190)
16:52.46*** join/#brlcad sofat (~sofat@202.164.45.204)
16:52.55sofat``Erik, hello
16:53.15Guest81396Sir I am final year computer engg student and i would like to work "Online geometry Viewer interface"
16:53.27sofatGuest81396, welcome
16:54.54Guest81396can i get some more details
16:55.28sofat``Erik, Pandoc is open source tool so if we will make some changes in pandoc code and make it use for our work so it is very easy way to do our work.
16:55.41sofatGuest81396, which details
16:55.47sofat?
16:56.11Guest81396about the gsoc 2015 project i mentiones above
17:00.45*** join/#brlcad shahnawaz817 (67ffe2be@gateway/web/freenode/ip.103.255.226.190)
17:01.46*** join/#brlcad shahnawaz817_ (67ffe2be@gateway/web/freenode/ip.103.255.226.190)
17:03.02Notify03BRL-CAD:carlmoore * 64376 brlcad/trunk/src/libbrep/shape_recognition.cpp: fix a misspelling
17:03.17shahnawaz817_More details about gsoc 2015 project "Online geometry viewer interface"
17:05.23shahnawaz817_is there anyone??
17:14.25*** join/#brlcad sofat (~androirc@106.192.163.143)
17:21.35*** join/#brlcad hiteshsofat (~androirc@106.192.163.143)
17:32.19*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-flavuzpylbitfgiu)
17:35.52*** join/#brlcad sofat (~sofat@202.164.45.212)
17:41.48``Eriksofat: modifying pandoc is definitely a possibility, just be careful that you don't spend more time tweaking pandoc to automatically convert the docs than it would take to just manually convert them (or 'fix' them enough for pandoc to handle)
17:44.17sofat``Erik, I also thought same
17:56.21*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
17:56.45*** join/#brlcad deepak (~chatzilla@122.173.42.38)
17:57.42*** join/#brlcad sofat (~sofat@202.164.45.212)
18:11.00*** join/#brlcad abhijitt (uid71558@gateway/web/irccloud.com/x-qzdzbzyweqxlftid)
18:21.35*** join/#brlcad sofat (~sofat@202.164.45.212)
18:49.21Notify03BRL-CAD:n_reed * 64377 brlcad/branches/brep-debug/src/libbrep/intersect.cpp: We were assuming that isocurve intersections along surface edges had to be part of the boundary of a surface overlap, but this is not true when two surfaces intersect /only/ at their edges, as in the case of two planar surface meeting in an 'L'. We have to do the full overlap boundary test every time to categorize isocurve intersections
18:49.23Notifycorrectly. Previously, isocurve intersections that weren't determined to be part of an overlap boundary were discarded, to be reconstructed later. Trying to solve an isocurve intersection from intersection points discovered during general surface-surface intersection doesn't work well, especially when the isocurves are at the edges of the surface, so as with r64233, we'll opt to retain the non-overlap-boundary
18:49.25Notifyisocurve intersections and report them as-is.
18:55.58*** join/#brlcad sofat (~sofat@202.164.45.204)
18:57.29*** join/#brlcad albertcoder (~quassel@202.164.45.204)
19:10.02*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kgrlkipthjxdfqdd)
19:37.39*** join/#brlcad namaste (7c7d4564@gateway/web/freenode/ip.124.125.69.100)
19:39.56Notify03BRL-CAD:n_reed * 64378 brlcad/branches/brep-debug/src/libbrep/boolean.cpp: Should be using the intersection tolerance when looking for faces to intersect, since the bounding boxes could be tight to (planar) surfaces.
19:49.45*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qkrkteaslnvfblnl)
19:52.22namastehello I am interested in New realtime kernels in LinuxCNC Projects . I have basic experience with Real Time Kernels
19:53.06namasteso any one can help? how can I proceed?
19:58.40Notify03BRL-CAD:starseeker * 64379 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_util.cpp): Thanks to Keith for the pointer to his surface_GetBoundingBox routine. This adds in subtractions where needed to the CSG tree, based on overlapping bounding boxes.
20:03.17*** join/#brlcad kv_kunalvyas (~kv_kunalv@129.63.253.81)
20:06.20Notify03BRL-CAD:starseeker * 64380 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: Mark box as set.
20:11.08*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
20:14.30teepeenamaste: did you check #linuxcnc already?
20:15.07namasteyep
20:15.10namasteI did
20:15.18namasteteepee
20:15.38teepeeI guess you want to do GSoC?
20:15.44namasteyep
20:16.27namastemainly interested in realtime kernels
20:16.37teepeefor the general procedure, there's a student guide that should give an overview about how gsoc works
20:17.07teepeefor the specific project/proposal questions, you'll have to check with someone from linuxcnc
20:17.29namasteI think only 1 person is mentoring that
20:17.48namasteSebastian Kuzminsky
20:18.09teepeethat's likely, new orgs will normally get only one slot, when lucky maybe two
20:18.30teepeebut if you do a nice proposal, that shall be yours :)
20:18.54teepeethe student guide is at http://en.flossmanuals.net/GSoCStudentGuide/ (in case you haven't seen that yet)
20:19.00namasteok but for that I need to communicate with the mentor right?
20:19.20namasteya I went through that
20:19.32namastetime ago
20:19.37teepeein theory you could look up the project ideas and present the proposal before the student application closes
20:19.49teepeebut it's highly recommended to get in touch before (like you are doing)
20:20.08teepeemuch higher chances for an awesome proposal
20:21.02teepeealso you have the chance to maybe fix a bug or do something else (might be unrelated to the project proposal, but for linuxcnc in general) to show you've seen the code base
20:21.27namastedo you have any idea when Sebastian Kuzminsky will be online?
20:21.35namasteany specified time?
20:21.55teepeesorry, I don't know. timezones can be a challenge
20:22.23teepeebasic IRC suggestion, post your question and stay around
20:22.40namasteany google groups?
20:23.17teepeeright, check their homepage, they'll probably have some other means for communication too
20:23.33teepeedid not have contact with linuxcnc yet ;)
20:25.24namasteok
20:25.34namasteI got his git repo and contacts
20:26.00namasteThanks very much teepee
20:26.12namasteI think you are mentor right?
20:26.32teepeeyes, I'm mentor for OpenSCAD
20:33.48*** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79)
20:33.54namasteteepee: So basically brlcad is the group of different orgs which supports modelling
20:33.57namasteright?
20:35.00namasteok I got
20:35.14namasteThank you teepee.
20:35.16niharI have a doubt: Is knowledge of topology required for NURBS intersection?
20:41.12Notify03BRL-CAD:starseeker * 64381 brlcad/trunk/src/librt/test_shape_recognition.cpp: Make the top level a bit more hierarchial, so it's easier to see what's going on.
20:42.56*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ozddlaualeuzxqjr)
20:44.11*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
20:45.31Notify03BRL-CAD:starseeker * 64382 brlcad/trunk/src/librt/test_shape_recognition.cpp: Don't forget the last comb.
20:48.04*** part/#brlcad kv_kunalvyas (~kv_kunalv@129.63.253.81)
20:48.11*** join/#brlcad kv_kunalvyas (~kv_kunalv@129.63.253.81)
20:58.48*** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94)
21:00.05Notify03BRL-CAD:starseeker * 64383 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): Avoid exactly coplanar cylinder/cone faces when the whole cone/cylinder is being subtracted - will probably need more checks like this in the _csg routines, but start with the toplevel...
22:01.35*** join/#brlcad teepee (~teepee@p5084486C.dip0.t-ipconnect.de)
22:19.49brad_hwhat exe in the bin dir corresponds to archer? i see a shell script, but that must invoke some binary.
22:22.52Notify03BRL-CAD:carlmoore * 64384 (brlcad/trunk/doc/docbook/system/man1/en/plot3-fb.xml brlcad/trunk/src/fb/plot3-fb.c): touchup of plot3-fb, including its man page
22:37.03Notify03BRL-CAD:n_reed * 64385 brlcad/branches/brep-debug/src/libbrep/intersect.cpp: when overlap curve endpoints meet within intersection tolerance, fill small gaps between the endpoints so that loops constructed from the curves will pass an IsClosed() test
22:46.05*** join/#brlcad merzo (~merzo@host-233-197-68-109.arq1.ldn.uk.sharedband.net)
22:52.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:55.45*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yofinoopqubhwwon)
22:57.13*** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70)
23:19.07*** join/#brlcad teepee_ (~teepee@p50846264.dip0.t-ipconnect.de)
23:51.37*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
23:59.18``Erikbrad_h: it doesn't, it's a tcltk program that uses libged and libtclcad to interface the C
IRC log for #brlcad on 20150313

IRC log for #brlcad on 20150313

01:15.49Notify03BRL-CAD:starseeker * 64386 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 3 others): make a line/plane intersect function in openNURBS data types. Easier to read and use, fixes some issues with NIST 2. Needs much more careful/rigorous testing, but as of this commit all 5 raytraces, CSG only and CSG/NURBS combinations, from a casual visual inspection don't appear
01:15.51Notifyto contain any major errors.
01:21.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:25.52Notify03BRL-CAD:starseeker * 64387 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Check for error cases
02:08.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:28.31*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
02:29.55*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
02:30.27*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
02:30.32*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
03:16.02*** join/#brlcad _tanmay_ (~tanmay@106.51.138.71)
03:32.29starseek1rhmm, interesting:  https://code.google.com/p/mfem/
04:12.04*** join/#brlcad montyc008 (cb6ef617@gateway/web/freenode/ip.203.110.246.23)
04:18.41*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
04:30.15*** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
05:38.16*** join/#brlcad witness___ (uid10044@gateway/web/irccloud.com/x-haiezmlhfcvkfmab)
06:30.06*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
07:22.13*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
07:39.44*** join/#brlcad teepee_ (~teepee@p508464E0.dip0.t-ipconnect.de)
07:56.14*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mxngczzpllkzopfk)
07:59.21*** join/#brlcad zalzane2 (~zalzane@2605:e000:23c7:7500:a4d9:378c:be3a:544d)
08:39.56*** join/#brlcad merzo (~merzo@host-233-197-68-109.arq1.ldn.uk.sharedband.net)
08:58.17*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-oqhdqjvcfkqminmd)
09:20.32*** join/#brlcad luca79 (~luca@weblu-jun43.nat.wireless.lu.se)
09:40.14*** join/#brlcad abhijitt (uid71558@gateway/web/irccloud.com/x-wmbzkcqsygtbhdli)
09:51.01*** join/#brlcad merzo (~merzo@185.55.63.130)
10:14.36*** join/#brlcad sofat (~androirc@223.225.252.184)
11:08.00*** join/#brlcad zalzane1 (~zalzane@2605:e000:23c7:7500:a4d9:378c:be3a:544d)
11:47.03*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
11:50.02*** join/#brlcad cardinot (~cardinot@177.130.0.3)
11:50.02*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
11:59.39*** join/#brlcad zalzane2 (~zalzane@2605:e000:23c7:7500:a4d9:378c:be3a:544d)
12:02.59*** join/#brlcad zalzane (~zalzane@2605:e000:23c7:7500:a4d9:378c:be3a:544d)
12:34.48*** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70)
12:58.40*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
13:04.29*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
13:14.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:20.18Notify03BRL-CAD Wiki:AnkushKhandelwal * 7923 /wiki/User:AnkushKhandelwal/OpenGLRendering:
13:21.22Notify03BRL-CAD Wiki:AnkushKhandelwal * 7924 /wiki/User:AnkushKhandelwal/OpenGLRendering:
13:29.34Notify03BRL-CAD Wiki:AnkushKhandelwal * 7925 /wiki/User:AnkushKhandelwal/OpenGLRendering:
13:50.39*** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
14:31.25Notify03BRL-CAD:carlmoore * 64388 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): remove trailing blank or tab, and fix a spelling
15:40.31*** join/#brlcad cardinot_ (~cardinot@177.130.0.3)
15:40.51dracarys983brlcad, ``Erik, starseek1r : Any idea where's d_rossberg ?
15:42.49Notify03BRL-CAD:starseeker * 64389 brlcad/trunk/src/librt/CMakeLists.txt: rename file
15:46.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:49.32Notify03BRL-CAD:starseeker * 64390 brlcad/trunk/src/librt/shape_recognition.cpp: Hide what will be internal functions
15:51.02Notify03BRL-CAD:starseeker * 64391 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/CMakeLists.txt): Move shape_recognition.cpp to libged.
15:52.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:00.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:05.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:08.16*** join/#brlcad alisha (~quassel@101.60.254.44)
16:10.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:17.19*** join/#brlcad namste (7c7d4564@gateway/web/freenode/ip.124.125.69.100)
16:18.01Notify03BRL-CAD:starseeker * 64392 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libged/brep.c and 2 others): Enable the csg logic as a 'brep objname csg' subcommand.
16:19.04Notify03BRL-CAD:starseeker * 64393 brlcad/trunk/src/libged/shape_recognition.cpp: local_brep -> brep
16:26.57*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
16:27.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:31.27*** join/#brlcad gagan (~gagan@27.255.240.125)
16:38.00*** join/#brlcad alisha (~quassel@101.60.254.44)
16:41.27*** join/#brlcad monil (75c4460a@gateway/web/freenode/ip.117.196.70.10)
16:42.21monilHi! I would like to work on BRL-CAD project for GSOC'15. How do i start?
16:42.42*** join/#brlcad gagan (~gagan@27.255.240.125)
16:53.38*** join/#brlcad alisha (~quassel@101.60.254.44)
17:07.27teepeemonil: checkout http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas - it has some very useful links in the first paragraphs
17:09.49*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
17:25.22Notify03BRL-CAD:ejno * 64394 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/gcv_private.h brlcad/trunk/src/libgcv/setup.cpp): add initial obj_read
17:28.55Notify03BRL-CAD Wiki:Sharath093 * 0 /wiki/User:Sharath093:
17:34.40Notify03BRL-CAD:ejno * 64395 (brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c brlcad/trunk/src/libgcv/conv/obj/obj_read.c brlcad/trunk/src/libgcv/conv/obj/obj_write.c): update headers
17:38.15Notify03BRL-CAD:carlmoore * 64396 brlcad/trunk/doc/docbook/system/mann/en/plot.xml: reformatting of 'plot' man page to look more like the other man pages I have worked on; fixed 'out_file'/'output_file' inconsistency
17:38.44*** join/#brlcad albertcoder (~quassel@1.39.33.193)
17:45.39*** join/#brlcad sofat (~sofat@202.164.45.204)
17:46.26*** join/#brlcad alisha (~quassel@101.60.254.44)
18:02.45Notify03BRL-CAD:carlmoore * 64397 (brlcad/trunk/doc/docbook/system/man1/en/plot3-X.xml brlcad/trunk/doc/docbook/system/man1/en/plot3-fb.xml): remove recursive references in SEE ALSO
18:03.20*** join/#brlcad sofat (~sofat@202.164.45.204)
18:03.44Notify03BRL-CAD:ejno * 64398 (brlcad/trunk/src/libgcv/conv/stl/stl_read.c =================================================================== and 680 others): fix stl_read
18:07.28Notify03BRL-CAD:ejno * 64399 brlcad/trunk/src/libgcv/conv/obj/obj_read.c: don't close the wdb
18:17.25*** join/#brlcad namste (7c7d4564@gateway/web/freenode/ip.124.125.69.100)
18:30.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:40.29Notify03BRL-CAD:carlmoore * 64400 (brlcad/trunk/doc/docbook/system/man1/en/plot3color.xml brlcad/trunk/doc/docbook/system/man1/en/plot3line2.xml): fix the synopsis in 2 plot3* man pages
18:51.40Notify03BRL-CAD:ejno * 64401 brlcad/trunk/src/libgcv/conv/stl/stl_read.c: remove some modifications to the stl and obj plugins
18:56.48*** join/#brlcad albert_coder (~quassel@1.39.32.186)
18:58.10Notify03BRL-CAD:ejno * 64402 (brlcad/trunk/src/libgcv/conv/obj/obj_read.c brlcad/trunk/src/libgcv/conv/stl/stl_write.c): fix ws
19:07.03*** join/#brlcad albertcoder (~quassel@1.39.35.143)
19:17.49*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
19:35.17*** join/#brlcad albert_coder (~quassel@1.39.31.191)
19:49.24*** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79)
19:50.33niharI read that we can use ayam implementation for brepcobb.cpp.. Can somebody help me with this?
19:52.01Notify03BRL-CAD:starseeker * 64403 brlcad/trunk/src/libged/shape_recognition.cpp: Make the top level hierarchy a bit more convenient
19:52.49Notify03BRL-CAD:starseeker * 64404 brlcad/trunk/src/libbrep/shape_recognition.cpp: Remove commented out code
19:53.07niharwhat is the command to make a cobb sphere in mged?
19:56.50niharShould the copyright commented code also by removed?
19:57.25Notify03BRL-CAD:ejno * 64405 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c: update file extension for fastgen4
20:09.05*** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79)
20:09.25*** join/#brlcad albertcoder (~quassel@1.39.35.143)
20:15.51Notify03BRL-CAD:ejno * 64406 brlcad/trunk/src/libgcv/gcv.c: set dbi_read_only instead of making a copy
20:36.11*** part/#brlcad gagan (~gagan@27.255.240.125)
20:36.43starseek1rnihar: you don't have to use ayam for cobb - we already have it
20:37.25starseek1rnihar: there is not an MGED command for the cobb sphere - you run the proc-db binary to create a .g file
20:38.16starseek1rthere are several things you can do with that logic.  If it were me I would start by having it use shared 3D edges, rather than having each cobb face define all its own edges
20:38.25starseek1rthat will require understanding how the B-Rep topology works
20:39.20starseek1ra little simpler is to take a point and a radius as command line arguments to the proc-db, and use them to translate and scale the unit sphere at the origin (which is what is currently generated) to that position and radius in space
20:39.35starseek1rin essence, you take what's already there and apply transformations to move it
20:44.53niharohh
20:49.14niharso initially i should work on just translating the sphere?
20:52.56Notify03BRL-CAD:starseeker * 64407 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp and 4 others): Wasn't handling planar volumes coming out of top level subbrep identification - logic was only handling volumes generated by the split process. Oops.
20:58.26nihar------------------------+.......................................................................................
21:07.41Notify03BRL-CAD:starseeker * 64408 brlcad/trunk/src/libged/shape_recognition.cpp: Don't crash outright if we get bad bot inputs.
21:10.06*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-tbzjjufliubzwglo)
21:21.12*** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
21:46.37*** join/#brlcad cardinot (~cardinot@200.143.224.98)
21:46.38*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
21:47.51*** join/#brlcad teepee (~teepee@p508456D8.dip0.t-ipconnect.de)
22:01.35*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
22:21.48Notify03BRL-CAD:starseeker * 64409 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/brep.c and 2 others): Hook up an easy way to run the validity check on a brep object.
22:34.46Notify03BRL-CAD:starseeker * 64410 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Check if we've got a brep
22:58.07*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
IRC log for #brlcad on 20150314

IRC log for #brlcad on 20150314

00:56.35*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:08.40*** join/#brlcad cardinot (~cardinot@177.130.0.3)
01:08.41*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
01:20.42*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
03:43.53*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
04:01.55ignacioGood night everyone. Productive day, (just kidding, school is horrible :( )
05:15.37*** join/#brlcad alisha (~quassel@115.184.50.180)
05:56.19*** join/#brlcad Izakey (~Izakey@212.49.68.109)
06:04.32*** join/#brlcad gaganjyot (~gaganjyot@124.253.87.84)
06:06.29*** join/#brlcad geekgrl (~geekgrl@122.169.72.250)
06:26.20*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-jyzqsjbztazidlue)
06:32.58*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
07:17.06*** join/#brlcad albertcoder (~quassel@1.39.34.30)
07:50.11*** join/#brlcad alisha (~quassel@101.60.232.255)
07:56.01*** join/#brlcad abhijitt (uid71558@gateway/web/irccloud.com/x-gjobzxnpnzrucmjb)
07:59.45*** join/#brlcad alisha (~quassel@101.60.232.255)
08:00.06*** join/#brlcad alisha (~quassel@101.60.232.255)
08:13.27*** join/#brlcad Izakey (~Izakey@212.49.68.109)
09:12.20*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
09:58.58*** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
10:41.17*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
11:08.34*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-sywbdlgsqclsfdbu)
11:38.56*** join/#brlcad Izakey (~Izakey@212.49.68.109)
12:01.18*** join/#brlcad gaganjyot (~gaganjyot@124.253.60.18)
12:23.01*** join/#brlcad alisha (~quassel@223.225.196.86)
12:35.00*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:20.39*** join/#brlcad Ch3ck_ (~localhost@154.70.98.248)
13:29.28*** join/#brlcad alisha_ (~quassel@223.225.219.192)
13:30.28*** join/#brlcad Sherl0ck (~root@41.205.13.83)
13:47.30*** join/#brlcad albertcoder (~quassel@1.39.34.30)
14:03.51*** join/#brlcad cardinot (~cardinot@177.130.0.3)
14:03.52*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
14:05.44*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
14:24.28*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-haogebjopwrmnogb)
14:40.11*** part/#brlcad Ch3ck_ (~localhost@154.70.98.248)
14:52.04*** join/#brlcad alisha (~quassel@106.192.185.195)
15:03.06*** join/#brlcad _tanmay_ (~tanmay@106.51.138.149)
15:20.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:38.09*** join/#brlcad namaste (7c7d4564@gateway/web/freenode/ip.124.125.69.100)
15:53.30*** join/#brlcad alisha (~quassel@106.192.185.195)
16:33.58*** join/#brlcad alisha (~quassel@106.192.185.195)
16:34.43*** join/#brlcad unicodesnowman (~unicodesn@wikipedia/unicodesnowman)
16:53.42*** join/#brlcad sofat (~sofat@202.164.45.204)
16:56.47*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
17:01.18*** join/#brlcad albertcoder (~quassel@1.39.34.30)
17:43.45*** join/#brlcad alisha (~quassel@115.184.111.46)
17:44.01*** join/#brlcad ketul_ (7c7d4564@gateway/web/freenode/ip.124.125.69.100)
17:53.48*** part/#brlcad ketul_ (7c7d4564@gateway/web/freenode/ip.124.125.69.100)
17:58.42*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
18:05.46*** join/#brlcad sofat (~sofat@202.164.45.204)
18:08.48*** join/#brlcad albertcoder (~quassel@1.39.35.244)
18:11.45Notify03BRL-CAD Wiki:AnkushKhandelwal * 7926 /wiki/User:AnkushKhandelwal/OpenGLRendering:
18:12.55*** join/#brlcad sofat (~sofat@202.164.45.204)
18:45.55*** join/#brlcad albertcoder (~quassel@1.39.35.244)
19:26.29*** join/#brlcad cardinot (~cardinot@177.130.0.3)
19:26.30*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
19:28.03*** join/#brlcad sofat (~androirc@202.164.45.204)
19:30.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:37.33*** join/#brlcad albertcoder (~quassel@1.39.35.244)
19:41.43*** join/#brlcad andrei_il (6d64804e@gateway/web/cgi-irc/kiwiirc.com/ip.109.100.128.78)
19:45.23andrei_ilHello, I'm Andrei, and I'm a second year undergraduate at Polytechnic University of Bucharest
19:46.02andrei_illooking to participate in gsoc 2015 (hopefully with BRL-CAD)
19:47.49andrei_ilYou might believe that I arived late.
19:48.06andrei_ilHowever, I have already checked out sources from SVN and built it locally, I hope I will be able to invest enough effort to catch up
19:51.07andrei_ilI'm currently looking over http://brlcad.org/wiki/Contributor_Quickies
19:53.16andrei_ilAs this is my first GSoC try, I admit I was a bit at a loss facing the huge diversity of organisations and projects.
21:10.09Notify03BRL-CAD Wiki:AnkushKhandelwal * 7927 /wiki/User:AnkushKhandelwal/OpenGLRendering:
21:33.42*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:37.58*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
23:10.31Notify03BRL-CAD Wiki:Marcoscardinot * 0 /wiki/User:Marcoscardino:
23:13.27Notify03BRL-CAD Wiki:Marcoscardinot * 7928 /wiki/Building_from_SVN: /* Obtain the sources */
23:23.46*** join/#brlcad konrado (~root@41.205.22.30)
IRC log for #brlcad on 20150315

IRC log for #brlcad on 20150315

00:01.49Notify03BRL-CAD Wiki:AnkushKhandelwal * 7929 /wiki/User:AnkushKhandelwal/OpenGLRendering:
01:22.45Notify03BRL-CAD Wiki:AnkushKhandelwal * 7930 /wiki/User:AnkushKhandelwal/OpenGLRendering:
03:04.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:18.39*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
05:18.15*** join/#brlcad albertcoder (~quassel@1.39.35.244)
05:18.23*** join/#brlcad albert_coder (~quassel@1.39.35.244)
05:27.49*** join/#brlcad albert_coder (~quassel@1.39.34.202)
05:57.19*** join/#brlcad sofat (~sofat@202.164.45.204)
06:05.29*** join/#brlcad sofat (~sofat@202.164.45.204)
06:07.38*** join/#brlcad albertcoder (~quassel@1.39.32.158)
06:44.06*** join/#brlcad sofat (~sofat@202.164.45.204)
06:54.26*** join/#brlcad sofat (~sofat@202.164.45.204)
07:05.50*** join/#brlcad sofat (~sofat@202.164.45.204)
07:12.27*** join/#brlcad sofat (~sofat@202.164.45.204)
07:24.25*** join/#brlcad sofat (~sofat@202.164.45.204)
07:38.35*** join/#brlcad sofat (~sofat@202.164.45.204)
07:50.45*** join/#brlcad Izakey (~Izakey@212.49.68.109)
07:58.49*** join/#brlcad sofat (~sofat@202.164.45.212)
08:17.48*** join/#brlcad alisha (~quassel@101.60.232.54)
08:20.04*** join/#brlcad sofat (~sofat@202.164.45.204)
09:06.32*** join/#brlcad alisha (~quassel@101.60.232.54)
09:42.40*** join/#brlcad alisha (~quassel@101.60.193.119)
09:55.01*** join/#brlcad sofat (~sofat@202.164.45.204)
09:55.44*** join/#brlcad albertcoder (~quassel@1.39.32.158)
10:25.17*** join/#brlcad ketul (7c7d4564@gateway/web/freenode/ip.124.125.69.100)
10:46.42*** join/#brlcad andrei_il (~andrei@109.100.128.78)
11:03.44*** join/#brlcad alisha (~quassel@101.60.193.119)
11:22.06*** join/#brlcad geekgrl (~geekgrl@122.169.72.250)
11:29.53*** join/#brlcad sofat (~sofat@202.164.45.204)
11:52.15ketulCan anyone know when mentor LinuxCNC will be online?
11:52.59ketulor he is here?
12:06.23archivistjust ask any real question
12:07.28archivistketul, ^
12:07.57ketulok
12:08.38ketularchivist: I am interested for New realtime kernels in LinuxCNC
12:08.52ketulI have experience of embedded systems
12:11.04*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
12:12.25archivistthe linuxcnc contact for that task is lurking in #linuxcnc-devel
12:12.39ketulok
12:12.43ketulthanks
12:12.47archivistand #linuxcnc
12:13.48*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
12:20.04*** part/#brlcad ketul (7c7d4564@gateway/web/freenode/ip.124.125.69.100)
12:36.52*** join/#brlcad sofat (~sofat@202.164.45.204)
12:44.37*** join/#brlcad sofat (~sofat@202.164.45.204)
12:48.56*** join/#brlcad andrei_il (~andrei@89.120.158.98)
14:00.52*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-tpxqydotsvhfyavu)
14:51.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:57.57*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-azpyqtifgnyvgpuh)
16:12.06*** join/#brlcad sofat (~androirc@202.164.45.204)
16:24.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:32.59*** join/#brlcad sofat_ (~sofat@202.164.45.204)
16:55.15*** join/#brlcad sofat_ (~sofat@202.164.45.204)
17:09.58*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
17:15.25*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
17:32.05*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-cjnbljuympmqocby)
17:37.59*** join/#brlcad mihaineacsu (~mihaineac@86.121.117.67)
17:45.07*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
17:48.02*** join/#brlcad alisha (~quassel@106.192.139.209)
18:03.07*** join/#brlcad sofat_ (~sofat@202.164.45.204)
18:17.05*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
18:36.45*** join/#brlcad sofat_ (~sofat@202.164.45.204)
19:05.57*** join/#brlcad konrado (~root@41.244.240.158)
19:19.17*** join/#brlcad andrei_il (~andrei@109.100.128.78)
19:44.43*** join/#brlcad alisha (~quassel@101.60.186.118)
19:48.56*** join/#brlcad manan (~manan@182.69.2.26)
20:05.33*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
20:39.28*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
20:50.25*** join/#brlcad andrei_il (~andrei@109.100.128.78)
20:58.59*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:55.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:00.37*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
22:31.21*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
22:51.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:53.47*** join/#brlcad zalzane1 (~zalzane@2605:e000:23c7:7500:2996:d449:2b96:dc41)
22:58.36*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
IRC log for #brlcad on 20150316

IRC log for #brlcad on 20150316

00:19.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:32.45*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
00:41.37*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
01:05.36*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yxqtjinynluwkeni)
02:24.16*** join/#brlcad konrado (~root@41.205.22.38)
02:31.22*** join/#brlcad konrado_ (~root@41.205.22.32)
02:38.58*** join/#brlcad brad__ (~brad@c-73-170-144-212.hsd1.ca.comcast.net)
02:39.51brad__i'm planning on making a project proposal for NMG editing: http://brlcad.org/wiki/NMG_Editing
02:39.57brad__for gsoc
02:40.13brad__is nmg editing still a valid unfinished task?
02:49.11*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
03:20.05*** join/#brlcad Bennz__ (6bbc9c31@gateway/web/freenode/ip.107.188.156.49)
03:35.14Notify03BRL-CAD Wiki:Sean * 7931 /wiki/Building_from_SVN: Reverted edits by [[Special:Contributions/Marcoscardinot|Marcoscardinot]] ([[User talk:Marcoscardinot|talk]]) to last revision by [[User:Level zero|Level zero]]
03:43.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:59.17*** join/#brlcad sofat (~androirc@223.225.235.100)
05:00.07*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
05:01.38*** join/#brlcad mihaineacsu (~mihaineac@86.121.117.67)
06:55.56*** join/#brlcad andrei_il (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
07:42.18*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:55.11*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:13.32*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
09:51.53riesit's very quit on our end of GSoC students :(
09:52.03ries* quite
09:53.10archivistwe have a couple thinking about it for linuxcnc
09:55.47andrei_ilHello! ries, at what org are you mentoring?
09:59.46*** part/#brlcad Bennz__ (6bbc9c31@gateway/web/freenode/ip.107.188.156.49)
10:08.24riesandrei_il: LibreCAD
10:08.47riesarchivist: I am happy to see LinuxCNC on GSoC :)
10:13.55*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:15.19archivist:)
10:22.38*** join/#brlcad albertcoder (~quassel@202.164.53.117)
10:27.19*** join/#brlcad albertcoder (~quassel@202.164.53.117)
10:54.20*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
12:27.12*** join/#brlcad albertcoder (~quassel@124.253.101.238)
12:31.43*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
13:50.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:33.17Notify03BRL-CAD:ejno * 64411 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c and 5 others): use HIDDEN
14:34.51Notify03BRL-CAD:ejno * 64412 (brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp =================================================================== and 191 others): add initial work on fastgen4 export plugin
15:17.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:24.37Notify03BRL-CAD:starseeker * 64413 brlcad/trunk/src/libbrep/shape_recognition.cpp: Can have negative zero-fils objects. Make sure they're on the subtraction list.
15:36.38*** join/#brlcad alisha (~quassel@223.225.202.161)
15:44.25Notify03BRL-CAD:starseeker * 64414 brlcad/trunk/src/libged/shape_recognition.cpp: Use a prefix in hierarchy naming to avoid collisions.
16:08.17*** join/#brlcad alisha (~quassel@101.60.128.43)
16:30.42*** join/#brlcad alisha_ (~quassel@223.225.236.123)
16:49.01*** join/#brlcad albertcoder (~quassel@202.164.45.204)
16:49.17Notify03BRL-CAD:starseeker * 64415 brlcad/trunk/src/libged/shape_recognition.cpp: Fix test for no trims in outer loop.
16:55.26*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
16:57.52*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
17:40.10*** join/#brlcad alisha (~quassel@101.60.195.239)
17:46.50*** join/#brlcad andrei (~andrei@5-12-61-90.residential.rdsnet.ro)
17:48.57*** join/#brlcad andrei_il (~andrei@109.100.128.78)
17:49.11andreiHello!
17:49.33andreiLots of people on  #brlcad nowdays!
18:18.44*** join/#brlcad Ch3ck_ (~localhost@154.70.98.248)
18:29.23*** join/#brlcad alisha (~quassel@101.60.195.239)
18:34.41*** join/#brlcad albertcoder (~quassel@202.164.45.204)
18:40.50*** join/#brlcad kv_kunalvyas (~kv_kunalv@129.63.254.114)
18:59.44Notify03BRL-CAD Wiki:AnkushKhandelwal * 7932 /wiki/User:AnkushKhandelwal/OpenGLRendering:
19:00.35Notify03BRL-CAD Wiki:AnkushKhandelwal * 7933 /wiki/User:AnkushKhandelwal/OpenGLRendering:
19:01.30Notify03BRL-CAD Wiki:AnkushKhandelwal * 7934 /wiki/User:AnkushKhandelwal/OpenGLRendering:
19:01.43Notify03BRL-CAD Wiki:AnkushKhandelwal * 7935 /wiki/User:AnkushKhandelwal/OpenGLRendering:
19:03.18Notify03BRL-CAD Wiki:AnkushKhandelwal * 7936 /wiki/User:AnkushKhandelwal/OpenGLRendering:
19:07.53Notify03BRL-CAD Wiki:AnkushKhandelwal * 7937 /wiki/User:AnkushKhandelwal/OpenGLRendering:
19:15.17*** join/#brlcad mihaineacsu (~mihaineac@213.233.104.38)
19:19.14Notify03BRL-CAD:ejno * 64416 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: more work on fastgen4 export; build fg4 components and walk the tree (in progress)
20:05.11Notify03BRL-CAD:carlmoore * 64417 brlcad/trunk/src/libged/lc.c: combine usage of error_cnt++
20:09.23*** join/#brlcad sofat (~androirc@202.164.45.204)
20:33.14*** join/#brlcad Bennz (92b91fd8@gateway/web/freenode/ip.146.185.31.216)
20:38.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:23.02*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
21:39.59Notify03BRL-CAD:starseeker * 64418 (brlcad/trunk/include/bn/CMakeLists.txt brlcad/trunk/src/libbn/CMakeLists.txt): Add the moller/trumbore triangle/ray test while I'm thinking about it
21:49.42Notify03BRL-CAD:starseeker * 64419 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: Forgot to update cone planar init
21:56.33Notify03BRL-CAD:starseeker * 64420 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Make the polygon face triangulation logic into its own function, for reuse
23:02.06*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:07.52*** join/#brlcad Ch3ck_ (~Ch3ck@41.244.240.238)
23:23.03*** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-ifzvsqxxzffutrcn)
23:28.01*** join/#brlcad mihaineacsu (~mihaineac@92.85.192.89)
23:34.16*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
23:39.20*** join/#brlcad zalzane2 (~zalzane@2605:e000:23c7:7500:2996:d449:2b96:dc41)
23:42.07*** join/#brlcad zalzane (~zalzane@2605:e000:23c7:7500:2996:d449:2b96:dc41)
IRC log for #brlcad on 20150317

IRC log for #brlcad on 20150317

00:03.50*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
00:25.20*** join/#brlcad konrado (~root@41.205.22.10)
00:41.01*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
00:50.05Notify03BRL-CAD:starseeker * 64421 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Conceivably need to do an inside/outside test on a polyhedron, if one happens to land in the situation of being a non-fil negative volume. More complex than cylinder and other non-planar surfaces - this is not heavily tested yet.
00:54.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:55.36Notify03BRL-CAD Wiki:NyahCh3ck20 * 7938 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: Survey of CSG Algorithms
01:19.59Notify03BRL-CAD:starseeker * 64422 brlcad/trunk/src/libged/brep.c: Put in a comb check - we need to walk the tree and create a new one, but don't have that yet.
01:31.02*** join/#brlcad cardinot (~cardinot@187.16.242.25)
01:31.02*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
02:50.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:51.28*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
02:59.20*** join/#brlcad zalzane (~zalzane@2605:e000:23c7:7500:2996:d449:2b96:dc41)
03:00.12*** join/#brlcad zalzane (~zalzane@2605:e000:23c7:7500:2996:d449:2b96:dc41)
03:41.10*** join/#brlcad cardinot_ (~cardinot@187.16.242.25)
03:45.13*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
03:50.03*** join/#brlcad zalzane (~zalzane@2605:e000:23c7:7500:2996:d449:2b96:dc41)
03:50.52*** join/#brlcad zalzane (~zalzane@2605:e000:23c7:7500:2996:d449:2b96:dc41)
04:21.03*** join/#brlcad mihaineacsu (~mihaineac@92.85.192.89)
05:45.35*** join/#brlcad d356__ (~d@50-90-234-94.res.bhn.net)
07:30.05*** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-pkgigntodmthvygk)
07:49.15*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:28.24*** join/#brlcad merzo (~merzo@92.60.189.225)
09:02.21*** join/#brlcad ujjwal (~ujjwal@1.23.105.247)
09:21.54*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:36.47*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
10:16.44*** join/#brlcad manan (~manan@103.25.231.102)
10:40.12*** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-rvbyiayzdkfedrwf)
11:05.57*** join/#brlcad konrado (~root@41.244.240.120)
13:10.25Notify03BRL-CAD:ejno * 64423 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: number IDs from 1
13:15.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:31.47Notify03BRL-CAD:carlmoore * 64424 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): fix spellings
14:56.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:03.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:13.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:25.53Notify03BRL-CAD:ejno * 64425 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: export BOTs; write hexahedron records
15:25.59*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
15:28.17*** join/#brlcad c_andhare (671b082b@gateway/web/freenode/ip.103.27.8.43)
15:34.45Notify03BRL-CAD:ejno * 64426 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: export ARB8
15:41.26Notify03BRL-CAD:ejno * 64427 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix several bugs
15:50.56*** join/#brlcad Ch3ck_ (~Ch3ck@41.244.243.179)
16:01.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:03.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:15.53Notify03BRL-CAD:starseeker * 64428 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp brlcad/trunk/src/librt/primitives/brep/brep_local.h): Start breaking brep_debug.cpp up into individual files that group related functionality. More than just debugging logic here these days.
16:48.40Notify03BRL-CAD:ejno * 64429 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: detect whether an ellipse is a sphere
16:59.10*** join/#brlcad albertcoder (~coderalbe@1.39.35.62)
17:24.18Notify03BRL-CAD:carlmoore * 64430 brlcad/trunk/src/util/plot3-dm.c: in plot3-dm , implement h and ? for help (i.e. turn off error message if they are used)
17:34.55Notify03BRL-CAD:n_reed * 64431 (svn:mergeinfo ## -1,5 +1,5 ## and 7 others): record merges to brep-debug as mergedProperty Changed:----------------brlcad/trunk/brlcad/trunk/src/libged/polyclip.cpp
17:44.32*** join/#brlcad sofat (~sofat@202.164.45.204)
18:02.36sofatstarseeker, hello
18:03.39sofati want to share some thing about html docs, when i converting these docs in xml I have found your html docs not supported W3C standards
18:05.07sofatso first of all i will need to convert these docs into proper standard so in future it make more useful and easy to convert into xml
18:05.52sofatso what your opinion?
18:21.26Notify03BRL-CAD:ejno * 64432 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: tesselate using gcv_region_end()
18:32.55*** join/#brlcad alisha (~quassel@106.192.144.223)
18:48.31*** join/#brlcad alisha (~quassel@101.60.226.127)
18:57.14*** join/#brlcad ujjwal (~ujjwal@1.22.28.174)
19:00.11*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:06.45ujjwalHi, I am Ujjwal Wahi, I would like to work on Online Geometry Viewer Back-end gsoc project
19:07.11ujjwalcurrently going through TODO list
19:20.00Notify03BRL-CAD:n_reed * 64433 (brlcad/trunk/src/libbrep/intersect.cpp Property Changed: and 3 others): merge refactoring from brep-debug branch
19:21.53*** join/#brlcad sofat (~sofat@202.164.45.204)
19:42.47Notify03BRL-CAD Wiki:Ujjwalwahi * 0 /wiki/User:Ujjwalwahi:
19:45.38*** join/#brlcad geekgrl (~geekgrl@122.169.85.36)
20:09.16*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:23.24*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
20:36.41*** join/#brlcad merzo (~merzo@226-24-133-95.pool.ukrtel.net)
21:45.54*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
21:45.59*** join/#brlcad Vijfhoek (quassel@46.249.37.134)
22:05.54*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:16.23*** join/#brlcad ujjwal (~ujjwal@1.22.28.174)
22:27.54*** join/#brlcad martym (~marty@2601:a:5d02:58ef:eea8:6bff:fe25:7d55)
22:29.22martymHas anyone proposed to work on python-brlcad yet?
22:32.28*** join/#brlcad Bennz_ (92b91fd8@gateway/web/freenode/ip.146.185.31.216)
22:33.04Bennz_Hay!
22:33.25martymHey?
22:33.52Bennz_I am seeking direction on ray tracer
22:35.55Bennz_Have you work on ray tracing libraries?
22:37.49teepeeBennz_: did you check the idea page already?
22:54.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:01.02Bennz_I have done that already
23:03.23Bennz_My question is more specific at this time. How do you traverse BVH on ray tracer, when looking for ray intersection? and what is the data structure used?
23:04.39teepeeahh, ok. sorry, can't help with that. just hang around a bit, someone else can probably answer
23:04.50StragusIt's a tree, so top-down while entering all boxes that are intersec the ray's path; if both intersect, closer box then the other one
23:06.05Stragus... "all boxes intersecting* the ray's path" ...
23:08.32Bennz_Which particular file is this on. Is it on intersect.cpp?
23:09.14StragusAh oops, I was talking about BVHs for raytracing generally
23:09.29StragusI have done plenty of raytracing but I'm not familiar with BRL-CAD's raytracer source
23:10.30Bennz_Have you look into their libraries?
23:11.23Bennz_I am looking for files to start reading the code from.
23:11.30StragusVery little, but I can answer general raytracing questions if you have any, I wrote a triangle raytracer in CUDA (and SSE/AVX)
23:13.22Bennz_There are so many files and I need to know how their code is written. So that I can start from there.
23:13.44``Erikrt_shoot() would be the func to start digging in, um, iirc, "pieces" is an important keyword
23:14.19``Erikrt_shootray(), sorry
23:15.44Bennz_that sounds like to shoot a ray. I am looking for Intersection and ray hit or miss.
23:17.06StragusIf you follow the code starting from rt_shootray(), you'll surely find all that
23:21.33Bennz_the rt folder is a bit complicated there are some many files such as view, curves, cell, walk etc. I am not sure if I need all this for a proposal.
23:27.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:37.31*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20150318

IRC log for #brlcad on 20150318

00:06.50*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
00:26.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:29.15*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
01:30.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:33.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:38.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:19.14*** join/#brlcad ujjwal (~Ujjwal@1.39.35.210)
04:27.33*** join/#brlcad ujjwal (~Ujjwal@1.39.35.210)
04:33.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:02.50*** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
05:46.02*** join/#brlcad ujjwal (~ujjwal@1.39.35.210)
05:57.50ujjwalbrlcad, ping
06:57.03*** join/#brlcad alisha (~quassel@115.184.105.125)
07:45.42*** join/#brlcad Izakey (~Izakey@41.205.22.44)
08:17.21*** join/#brlcad d356__ (~d@50-90-234-94.res.bhn.net)
08:19.45*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:43.15*** join/#brlcad ujjwal (~Ujjwal@1.39.35.210)
08:49.49*** part/#brlcad Bennz_ (92b91fd8@gateway/web/freenode/ip.146.185.31.216)
09:04.05*** join/#brlcad merzo (~merzo@92.60.189.225)
09:10.53*** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:35.54Notify03BRL-CAD Wiki:AnkushKhandelwal * 7939 /wiki/User:AnkushKhandelwal/OpenGLRendering:
09:41.35*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-gjbbtenoefsxosyw)
10:20.35*** join/#brlcad mihaineacsu (~mihaineac@92.85.192.89)
10:37.59*** join/#brlcad sofat (~androirc@106.192.164.66)
11:19.15IzakeyWhat's the cmake flag to make sure archer runs smoothly? Is it -DCMAKE_BUNDLED=On ?
11:21.41IzakeyPlease take a look at this error message on https://paste.kde.org/p398ksokk. I've forgotten the right cmake flag for compilation
11:22.54starseekerIzakey: try -DENABLE_ALL=ON
11:23.01starseekerbut that error is about finding a C++ compiler
11:23.11starseekerdo you have g++ installed?
11:23.32IzakeyThanks starseeker. I installed gcc and assumed it had g++ installed
11:26.51Izakeyinstalls gcc-c++
11:48.04*** join/#brlcad andrei_il (~andrei@109.100.128.78)
11:54.05*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
12:04.55*** join/#brlcad cardinot (~cardinot@187.16.242.25)
12:04.55*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
12:26.30*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:27.41Notify03BRL-CAD Wiki:BradyqwdovfcyznShrieves * 0 /wiki/User:BradyqwdovfcyznShrieves:
13:58.37*** join/#brlcad lemur (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
13:58.44lemurhi
13:59.37lemurI've just got a few quewstions on vector drawings from NURBS idea; I think I'm pretty close to submitting a proposal, but I need to work a few things out
14:06.44*** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
14:06.51lemur1Also would it be possible to get someone to look it over before I submit for real?
14:09.10*** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
14:10.54Notify03BRL-CAD:ejno * 64434 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: write tessellations of any primitives not directly expressible in fg4
14:11.58*** join/#brlcad lemur (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
14:16.04Notify03BRL-CAD Wiki:AnkushKhandelwal * 7940 /wiki/User:AnkushKhandelwal/OpenGLRendering:
14:16.21*** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
14:17.45Notify03BRL-CAD Wiki:AnkushKhandelwal * 7941 /wiki/User:AnkushKhandelwal/OpenGLRendering:
14:19.35Notify03BRL-CAD Wiki:AnkushKhandelwal * 7942 /wiki/User:AnkushKhandelwal/OpenGLRendering:
14:24.00Notify03BRL-CAD Wiki:AnkushKhandelwal * 7943 /wiki/User:AnkushKhandelwal/OpenGLRendering:
14:25.18*** join/#brlcad Izakey (~Izakey@41.205.22.37)
14:25.27*** part/#brlcad martym (~marty@2601:a:5d02:58ef:eea8:6bff:fe25:7d55)
14:25.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:31.43*** join/#brlcad alisha (~quassel@101.60.179.175)
14:51.47*** join/#brlcad alisha (~quassel@115.184.81.205)
15:05.00teepee--lemur1: did you put it into the brlcad.org wiki already?
15:21.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:23.28*** join/#brlcad alisha (~quassel@115.184.81.205)
15:34.11lemur1Nope, I've got my notes on a pad, writing it up as we speak
15:34.30lemur1hoped I could get you to look over it before I stuck it on the wiki
15:35.14*** join/#brlcad candhare (671b082b@gateway/web/freenode/ip.103.27.8.43)
15:35.40brlcad``Erik: is there an easy way to rebuild all installed apache extensions?
15:45.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:54.11*** join/#brlcad alisha (~quassel@115.184.81.205)
15:57.33*** join/#brlcad sofat (~sofat@202.164.45.212)
16:00.43Notify03BRL-CAD:carlmoore * 64435 brlcad/trunk/src/libbrep/intersect.cpp: remove trailing blanks/tabs
16:22.32*** join/#brlcad sofat (~sofat@202.164.45.204)
16:36.10*** join/#brlcad sofat (~sofat@202.164.45.204)
16:38.34Notify03BRL-CAD:starseeker * 64436 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp brlcad/trunk/src/librt/primitives/brep/brep_local.h): r64428 isn't happy on Windows. Need to think about this more carefully, maybe move at least some of the logic to libbrep.
16:45.20Notify03BRL-CAD Wiki:AnkushKhandelwal * 7944 /wiki/User:AnkushKhandelwal/OpenGLRendering:
16:46.04*** join/#brlcad sofat (~sofat@202.164.45.204)
16:53.40sofatstarseeker, hello
16:53.55sofati need your help regarding html docs
16:58.51*** join/#brlcad cardinot (~cardinot@187.16.242.25)
16:58.51*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
16:59.07sofatthere some docs are not following the w3c standards so I want to improve the quality of these docs  
17:05.10*** join/#brlcad albertcoder (~quassel@202.164.45.204)
17:05.31sofati am checking these documents through w3c standards and I have found the error in docs.
17:05.50sofathttp://validator.w3.org/check
17:07.58starseekersofat: you mean the DocBook output, or something on our website, or...?
17:08.59sofati mean there some docs in html format
17:09.09sofatdoc/html/manual/
17:10.06sofatthe docs steel need conversion
17:17.18starseekerah - if they're slated for docbook conversion, I wouldn't worry too much about the html in there right now
17:21.50*** join/#brlcad alisha (~quassel@115.184.81.205)
17:26.26sofatok i think if we need these docs again in future so its better to use if these documents have a proper standards.  when I read the code of html documents  I have  faced more difficulties to understand the unclosed tags.
17:26.57Notify03BRL-CAD:ejno * 64437 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: export cline; fix Section::add_line(); scale mm to inches
17:33.28``Erikbrlcad: "portmaster -R -r apache24", I'm running it now, we'll see if that fixes the sig11's
17:39.23*** join/#brlcad albert_coder (~quassel@202.164.45.208)
17:44.12``Erikrunning on the rebuilt stuff now
17:52.58*** join/#brlcad sofat (~sofat@202.164.45.204)
17:53.01*** join/#brlcad albertcoder (~quassel@202.164.45.204)
18:07.20``Erikdoh, still getting some segfaults
18:09.40``Erikbrlcad: why is there an at.allow (from dec22)?
18:23.07Notify03BRL-CAD:ejno * 64438 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check that each output fits within one field
18:36.41Notify03BRL-CAD:ejno * 64439 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: checks for gridpoint ids
18:36.41*** join/#brlcad albertcoder (~quassel@202.164.45.212)
18:44.53Notify03BRL-CAD:ejno * 64440 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: include names of bot objects
18:47.13*** join/#brlcad albertcoder (~quassel@202.164.45.212)
18:49.13*** join/#brlcad sofat (~sofat@202.164.45.212)
18:51.59*** join/#brlcad albert_coder (~quassel@202.164.45.208)
18:52.31*** join/#brlcad alisha (~quassel@115.184.45.139)
18:54.20Notify03BRL-CAD:ejno * 64441 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: export cline objects correctly
18:59.06*** join/#brlcad albertcoder (~quassel@202.164.45.212)
19:03.33*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:07.11*** join/#brlcad sofat (~sofat@202.164.45.204)
19:07.57*** join/#brlcad albert_coder (~quassel@202.164.45.204)
19:25.43*** join/#brlcad sofat (~sofat@202.164.45.204)
19:27.24*** part/#brlcad candhare (671b082b@gateway/web/freenode/ip.103.27.8.43)
19:29.16Notify03BRL-CAD:ejno * 64442 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: allow cline objects to have zero thickness if the component is in volume mode
19:37.27*** join/#brlcad alisha_ (~alisha@115.184.45.139)
19:38.36*** join/#brlcad andrei_il (~andrei@109.100.128.78)
19:46.33*** join/#brlcad sofat (~sofat@202.164.45.204)
19:51.05*** join/#brlcad alisha (~quassel@115.184.45.139)
19:59.19*** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79)
20:05.52Notify03BRL-CAD:ejno * 64443 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: advance to next group when maximum section id is reached
20:07.36*** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79)
20:08.08*** join/#brlcad sofat (~sofat@202.164.45.204)
20:10.46*** join/#brlcad andrei_reserved (~andrei@unaffiliated/andrei/x-7229309)
20:21.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:39.12Notify03BRL-CAD:n_reed * 64444 (brlcad/trunk/src/libbrep/intersect.cpp Property Changed: and 2 others): merge r63353 changes replacing fixed tolerances with calculated ones from brep-debug
20:40.50Notify03BRL-CAD Wiki:Niharmehta * 0 /wiki/User:Niharmehta:
21:21.09*** join/#brlcad merzo (~merzo@47-69-133-95.pool.ukrtel.net)
21:46.10Notify03BRL-CAD:ejno * 64445 (brlcad/trunk/src/libgcv/region_end.c brlcad/trunk/src/libgcv/region_end_mc.c): adjust gcv_region_end use of BU_SETJUMP to match try/catch
21:52.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:55.39*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
21:58.27Notify03BRL-CAD:ejno * 64446 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: export CCONE2 objects
22:01.36Notify03BRL-CAD:n_reed * 64447 (brlcad/trunk/src/libbrep/intersect.cpp Property Changed: and 2 others): merge r64362 changes from brep-debug that improve intersection of overlapping lines in the NURBS curve-surface intersection routine
22:55.10*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
23:02.32*** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
23:18.15*** part/#brlcad mpictor_ (~mark@c-68-39-98-222.hsd1.nj.comcast.net)
23:59.38*** join/#brlcad ada_ (1814d627@gateway/web/freenode/ip.24.20.214.39)
IRC log for #brlcad on 20150319

IRC log for #brlcad on 20150319

00:01.08*** join/#brlcad adaada (1814d627@gateway/web/freenode/ip.24.20.214.39)
00:16.35*** join/#brlcad konrado (~root@41.205.22.39)
01:02.33*** join/#brlcad mihaineacsu (~mihaineac@188.26.128.50)
01:10.55Notify03BRL-CAD:ejno * 64448 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix duplicate grid id test in Section::add_hexahedron()
01:41.02*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
01:44.10Notify03BRL-CAD:starseeker * 64449 (brlcad/trunk/include/bn/tri_ray.h brlcad/trunk/src/libbn/tri_ray.c brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): fix triangle/ray intersection name
01:50.57Notify03BRL-CAD:starseeker * 64450 brlcad/trunk/src/libged/shape_recognition.cpp: Start setting up for handling combs in brep->csg
03:03.23starseekerO.o https://github.com/microsoft/msbuild
03:04.28starseekersweet:  https://www.nsf.gov/news/news_summ.jsp?cntn_id=134478&org=NSF
03:44.34*** join/#brlcad mihaineacsu (~mihaineac@188.26.216.235)
04:58.51*** join/#brlcad albertcoder (~quassel@124.253.140.191)
05:44.54*** join/#brlcad ujjwal (~ujjwal@1.39.32.245)
05:52.01*** join/#brlcad alisha (~quassel@115.184.40.71)
06:08.44*** part/#brlcad alisha (~quassel@115.184.40.71)
06:09.03*** join/#brlcad alisha (~quassel@115.184.40.71)
06:09.38*** join/#brlcad alisha (~quassel@115.184.40.71)
06:15.13*** join/#brlcad ujjwal (~ujjwal@1.39.32.190)
06:52.44*** join/#brlcad alisha (~quassel@115.184.80.8)
07:11.57*** join/#brlcad alisha (~quassel@115.184.80.8)
07:19.08*** join/#brlcad alisha (~quassel@115.184.80.8)
08:02.59*** join/#brlcad ujjwal (~ujjwal@1.39.32.190)
08:14.06*** join/#brlcad merzo (~merzo@47-69-133-95.pool.ukrtel.net)
08:45.55*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
09:12.35*** join/#brlcad andrei_il (~andrei@109.100.128.78)
09:13.31*** join/#brlcad ujjwal (~ujjwal@1.39.32.190)
09:22.23*** join/#brlcad mihaineacsu (~mihaineac@5-12-232-206.residential.rdsnet.ro)
09:27.23*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:44.15*** join/#brlcad alisha (~quassel@115.184.80.8)
09:46.21*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:48.50*** join/#brlcad sofat (~androirc@223.225.203.225)
09:56.51*** join/#brlcad alisha (~quassel@115.184.80.8)
10:27.49*** join/#brlcad albertcoder (~quassel@124.253.133.248)
11:06.25*** join/#brlcad albertcoder (~quassel@124.253.81.187)
11:06.44*** join/#brlcad sofat (~androirc@223.225.203.225)
11:09.29*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
11:15.12*** join/#brlcad konrado (~root@41.244.243.32)
11:24.52*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
11:55.17*** join/#brlcad sofat (~androirc@223.225.203.225)
12:22.47*** join/#brlcad hiteshsofat (~androirc@223.225.203.225)
12:24.14Notify03BRL-CAD Wiki:Konrado DJ * 7945 /wiki/Main: Created page with "==Personal Information== Name: Djimeli Konrad Niba E-mail address: djkonro35@gmail.com IRC-nick: konrado ===Project priority : 2=== ==Project Title: STEP Multiple Protoco..."
12:31.45Notify03BRL-CAD Wiki:Konrado DJ * 0 /wiki/Main:
12:34.56*** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
12:39.50Notify03BRL-CAD Wiki:Konrado DJ * 0 /wiki/User:STEP_Multiple_Protocol_Parsing:
12:46.26*** join/#brlcad Ch3ck_ (29f4f072@gateway/web/freenode/ip.41.244.240.114)
12:57.28*** join/#brlcad hiteshsofat (~androirc@223.225.203.225)
13:11.21*** join/#brlcad Ch3ck_ (29f4f0d7@gateway/web/freenode/ip.41.244.240.215)
13:18.09Notify03BRL-CAD:ejno * 64451 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: truncate records that exceed the character limit
13:37.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:01.15*** join/#brlcad hiteshsofat (~androirc@223.225.203.225)
14:10.03*** join/#brlcad ujjwal (~ujjwal@1.23.107.152)
14:28.58Notify03BRL-CAD Wiki:EL CALIBRE * 0 /wiki/User:EL_CALIBRE:
14:54.36*** join/#brlcad alisha (~quassel@115.184.20.202)
15:00.52*** join/#brlcad poe (b79da234@gateway/web/freenode/ip.183.157.162.52)
15:07.42Notify03BRL-CAD:ejno * 64452 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: adjustments to tgc_is_ccone(): perform only tests necessary if assuming that the rt_tgc_internal is valid
15:12.04*** join/#brlcad poe_ (~poe@183.157.162.52)
15:12.54poe_hi
15:13.44*** join/#brlcad alisha (~quassel@115.184.20.202)
15:14.10poe_I am a graduate student from Zhejiang University,China
15:15.37Notify03BRL-CAD:ejno * 64453 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: revert modifications to tgc_is_ccone()
15:19.38poe_I'm interesed in GSOC project:Shader Enhancements.
15:32.21*** part/#brlcad poe_ (~poe@183.157.162.52)
15:33.22*** join/#brlcad hiteshsofat (~androirc@223.225.203.225)
15:34.37*** join/#brlcad poe_ (~poe_@60.191.2.238)
15:36.02poe_How can I submit a application?
15:36.38hiteshsofatWhich application ?
15:51.16brlcadpoe_: well you have to envision and write a proposal first.. ;)
15:51.58brlcadpoe_: our ideas pages are just templates -- you have to come up with a full-blown proposal (couple pages that details what you intend to do, how, when, where, etc)
15:52.15brlcadthere are many examples of prior successful proposals you can find on our website
15:55.16brlcad``Erik: didn't fix them
15:56.37brlcadlemur12: you say you got a draft ready?
15:57.22Notify03BRL-CAD:brlcad * 64454 brlcad/trunk/TODO: gap error reporting via analyze command
15:57.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:02.11andrei_brlcad: I submitted a draft (on melange), can  you comment it directly (regarding the discussion about gedare) or should I tell him to contact you?
16:08.50brlcadandrei_: we've already been in contact
16:09.09andrei_brlcad: ah
16:09.23andrei_thanks a lot
16:09.27brlcadI wouldn't have much place commenting on your proposal to them
16:09.49andrei_<PROTECTED>
16:10.06andrei_I have no clue how mentoring interface looks, but I ll see next year :)
16:10.16andrei_mentors*
16:15.53*** join/#brlcad alisha (~quassel@115.184.3.70)
16:36.01*** join/#brlcad jojo_ (~smuxi@41.205.22.58)
17:00.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:11.52Notify03BRL-CAD Wiki:Flexwang wzt * 0 /wiki/User:Flexwang_wz:
17:13.12*** join/#brlcad alisha (~quassel@115.184.3.70)
17:13.28*** join/#brlcad konrado (~root@41.244.243.117)
17:23.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:29.40Notify03BRL-CAD Wiki:Flexwang wzt * 7950 /wiki/User:Flexwang_wzt/GSoc2015/Proposal/Bending_ligh: Created page with "= Project title = Bending light"
17:34.31``Erikbrlcad: yeh, 14:07, dude :D googling around for how to debug now, might need to run a gdb, attach to a child httpd and just wait... some people claim php modules like imagemagick and subversion are 'iffy' and could cause it. I'm also seeing a thread talking about php output buffer size causing sig11's somehow... being able to figure out what page causes the crash would be damn useful O.o
17:34.45``Erikhttp://httpd.apache.org/dev/debugging.html
17:40.12``Erikhopefully coredumps will go to /tmp/apache2/ now, so a backtrace can be captured
17:40.59``Erikhm, nope :/
17:47.50``Erikbleh, it's not being cooperative
17:49.04*** join/#brlcad andrei_ (524cee30@gateway/web/freenode/ip.82.76.238.48)
18:16.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:19.57*** join/#brlcad mihaineacsu (~mihaineac@5-12-70-82.residential.rdsnet.ro)
18:27.35``Erikbrlcad: got a (limited) bt, http://paste.lisp.org/display/146375 (might be related to https://bugs.php.net/bug.php?id=67489 )
18:31.44*** join/#brlcad alisha (~quassel@115.184.3.70)
18:44.25*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
19:01.43*** join/#brlcad jojo_ (~smuxi@41.205.22.18)
19:07.27``Erikneat webgl demo: http://madebyevan.com/webgl-water/
19:10.56*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:12.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:12.39Notify03BRL-CAD:ejno * 64455 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: return an OP_NOP tree if the primitive was exported as an fg4 object
19:25.19``Erikbumps the output buffer size in php and sees if that changes anything
19:26.55*** join/#brlcad alisha (~quassel@115.184.3.70)
20:01.33Notify03BRL-CAD:carlmoore * 64456 brlcad/trunk/doc/docbook/system/man1/en/plot3rot.xml: in a further departure from plrot man page, use plural 'axes' in 2 places
20:08.58*** join/#brlcad mihaineacsu (~mihaineac@188.25.207.253)
20:11.35Notify03BRL-CAD:starseeker * 64457 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/libged/shape_recognition.cpp): More getting set for comb handling.
20:13.53*** join/#brlcad merzo (~merzo@171-6-132-95.pool.ukrtel.net)
21:00.56*** join/#brlcad ujjwal (~ujjwal@1.23.107.152)
21:06.24Notify03BRL-CAD:ejno * 64458 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: initial work on boolean operations
21:10.32*** part/#brlcad ujjwal (~ujjwal@1.23.107.152)
21:14.31*** join/#brlcad andrei_il (~andrei@109.100.128.78)
21:42.59Notify03BRL-CAD:starseeker * 64459 brlcad/trunk/src/libged/shape_recognition.cpp: start working on walking the tree. Lots of work to do here...
23:57.46*** join/#brlcad rishabh__ (75dc435a@gateway/web/freenode/ip.117.220.67.90)
IRC log for #brlcad on 20150320

IRC log for #brlcad on 20150320

00:00.18*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
00:09.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:18.57*** join/#brlcad cardinot (~cardinot@177.130.0.3)
00:18.57*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
01:24.11Notify03BRL-CAD:starseeker * 64460 brlcad/trunk/src/libged/shape_recognition.cpp: More tree work - doing something now but not sure it's right yet
03:31.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:46.45*** join/#brlcad cardinot_ (~cardinot@177.130.0.3)
05:12.29*** join/#brlcad hiteshsofat (~androirc@223.225.203.225)
05:52.07*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
06:34.45*** join/#brlcad andrei__ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
06:38.35*** join/#brlcad andrei_ (c35a6e7d@unaffiliated/andrei/x-7229309)
06:38.35*** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
06:47.38*** join/#brlcad hiteshsofat (~androirc@223.225.251.223)
07:12.59*** join/#brlcad konrado (~root@41.244.243.227)
07:38.23*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:49.40*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
08:07.12*** join/#brlcad mihaineacsu (~mihaineac@84.117.231.18)
08:08.25*** join/#brlcad anabee (~anabee@84.117.231.18)
08:08.33*** part/#brlcad anabee (~anabee@84.117.231.18)
08:15.37*** join/#brlcad hiteshsofat (~androirc@223.225.251.223)
08:16.08Notify03BRL-CAD Wiki:Ngassafinjap * 0 /wiki/User:Ngassafinjap:
08:20.04*** join/#brlcad amalia_ (~amalia@41.205.22.24)
08:46.59*** join/#brlcad poe_ (~poe_@60.191.2.238)
08:47.23*** join/#brlcad poe_ (~poe_@60.191.2.238)
08:59.38*** join/#brlcad hiteshsofat (~androirc@223.225.251.223)
09:01.03andrei_~seen brlcad
09:01.06infobotbrlcad is currently on #gsoc (7d 6h 32m 34s) #bzflag (7d 6h 32m 34s) #stepcode (7d 6h 32m 34s) #brlcad (7d 6h 32m 34s). Has said a total of 8 messages. Is idling for 16h 51m 39s, last said: 'I wouldn't have much place commenting on your proposal to them'.
09:01.51amalia_andrei_ What's up ?
09:03.16andrei_amalia_ : not much, you? Or you mean why am I looking for brlcad?
09:03.45amalia_No big deal.
09:10.46*** join/#brlcad saksham115 (jarvis@nat/iiit/x-hqbsdamvngalcqwb)
10:04.21*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:08.20*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:13.42*** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
10:17.59*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
11:10.12*** join/#brlcad ujjwal (~ujjwal@1.39.32.210)
11:46.34Notify03BRL-CAD Wiki:Konrado DJ * 7951 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Abstract */
11:58.39*** join/#brlcad zenemij (~quassel@2a00:1508:1:f017:1191:7b:2c8d:d6a5)
12:02.27*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
12:23.10*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
12:33.30*** join/#brlcad Ch3ck_ (29f4f0a8@gateway/web/freenode/ip.41.244.240.168)
12:36.07*** join/#brlcad andrei_il (~andrei@109.100.128.78)
12:57.15Notify03BRL-CAD Wiki:NyahCh3ck20 * 7952 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: Survey of CSG Algorithms Project Proposal
13:01.09Notify03BRL-CAD Wiki:NyahCh3ck20 * 7953 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms:
13:07.59zenemijHello! i am interested in participate to this gsoc 2015
13:08.51zenemijI like this two ideas: Benchmark Performance Database and Material Database for BRL-CAD
13:10.09zenemijbrlcad are you willing to mentor?
13:11.55Ch3ck_zenemij: have you joined the mailing list?
13:12.26Ch3ck_Introduce yourself there, select a project that interests you and come up with a proposal
13:12.38zenemijon what mailing list I should join?
13:12.48Ch3ck_zenemij: You'll have to speed up the process since applications finish next week
13:13.23Ch3ck_zenemij: check this out: http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas
13:13.43Ch3ck_zenemij: *READ* it *carefully* and attentively
13:14.59zenemijok thank you Ch3ck_
13:16.09Ch3ck_zenemij: no wahala
13:17.02zenemijwhat is no wahala?
13:18.36Ch3ck_it means no problem in Cameroon West African pidgin English zenemij :)
13:19.07zenemij:)
13:24.55*** join/#brlcad ujjwal (~ujjwal@1.23.104.47)
13:35.21*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ictfdavcnrzdqqfy)
13:51.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:06.20*** join/#brlcad alisha (~quassel@101.60.176.226)
14:06.23*** join/#brlcad alisha_ (~quassel@101.60.176.226)
14:17.33*** join/#brlcad alisha (~quassel@101.60.176.226)
14:34.04*** join/#brlcad amalia (~amalia@41.205.22.27)
15:30.43*** join/#brlcad andrei__ (bc191b93@gateway/web/freenode/ip.188.25.27.147)
15:41.27Notify03BRL-CAD:starseeker * 64461 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): parent shape isn't the determining factor if we're not building nested subcombs, which looks like the preferred way to go at this point.
16:05.20*** join/#brlcad hiteshsofat (~androirc@106.192.175.31)
16:13.05Notify03BRL-CAD:ejno * 64462 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: ensure that the truncated field value != 0.0 where zero is invalid
16:34.57dracarys983brlcad, What exactly is a combination primitive?
16:38.33*** join/#brlcad deepak (~chatzilla@117.212.54.104)
16:48.29dracarys983``Erik, starseeker
16:57.24*** join/#brlcad sofat (~sofat@106.192.175.31)
16:58.50*** join/#brlcad ujjwal (~ujjwal@1.23.106.136)
16:59.30*** join/#brlcad ujjwal (~ujjwal@1.23.106.136)
17:15.30*** join/#brlcad albertcoder (~quassel@1.39.35.135)
17:27.05*** join/#brlcad albert_coder (~quassel@1.39.32.76)
17:33.03``Erikdracarys983: ?
17:33.55Notify03BRL-CAD:starseeker * 64463 brlcad/trunk/src/libbn/tri_ray.c: Set the actual point, not the parameter values.
17:34.05``Erikcomb is just a non-leaf entry in the tree, typically gluing 2 subtrees together with some kind of operation like union, intersection, subtraction, ...
17:34.19``Erik(and a region is just a comb with a flag set)
17:36.31dracarys983Ah okay. I just read the MGED quick ref card. There is a tree that Sean has made for three letters - CAD (calling it a group). I guess I understood what you're saying :)
17:38.34dracarys983``Erik, So basically I can make any kind of complex solid using this combination, right? But it would consist of some basic solids on which operations like union, intersection and / or subtraction, are applied?
17:49.35*** join/#brlcad ujjwal (~ujjwal@1.23.106.136)
17:49.52*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
17:51.38*** join/#brlcad alisha (~quassel@223.225.213.99)
17:56.48*** join/#brlcad alisha_ (~quassel@115.184.70.175)
17:59.14*** join/#brlcad albertcoder (~quassel@1.39.32.76)
18:07.28Notify03BRL-CAD:starseeker * 64464 brlcad/trunk/src/libbn/tri_ray.c: Need to move in the ray direction to get a hit.
18:10.35Notify03BRL-CAD:starseeker * 64465 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Checkpoint
18:18.31*** join/#brlcad alisha (~quassel@115.184.70.175)
18:18.42*** join/#brlcad jojo_ (~smuxi@41.205.22.22)
18:19.47Notify03BRL-CAD:starseeker * 64466 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: Face flipping strikes again.
18:51.43*** part/#brlcad ih8sum3r (~chatzilla@117.212.54.104)
18:53.09*** join/#brlcad alisha_ (~alisha@115.184.70.175)
18:53.19``Erikdracarys983: yeah, combinations are the 'C' part of 'CSG' :) any non-leaf in that tree is going to be a 'comb' in the underlying representation. At the C level, it's a binary tree, but is "compiled" to an easier to read format for mged's input/output
18:54.14dracarys983Okay, cool. :)
18:54.31dracarys983Do you have any idea how to find the centroid, volume or surface area of such combinations?
18:54.39*** join/#brlcad Guest71625 (~root@154.70.108.210)
18:55.40dracarys983``Erik
18:55.56*** join/#brlcad ujjwal (~ujjwal@1.23.106.136)
18:56.03``Erikum, math?
18:57.37``Erik:D the easy way would be to sample; shoot a grid of rays and use that info somehow... like centroid and volume would be pretty easy, surface area might be tricky (though you could try converting it to a mesh using nmg or marching cubes and sum the area of the triangles)
19:05.36dracarys983``Erik, Whoa. I didn't understand how will I get the centroid / volume, but the mesh thing seems natural to me. Nice :)
19:05.59dracarys983Can you elaborate a little bit on centroid / volume finding method?
19:06.26dracarys983PS : If there's any math alternative possible, it'll be awesome :)
19:07.32``Erikwell, the volume, for example... make a grid with cells, say, 1mm by 1mm ... shoot the object, summing up (outdist-indist) (in mm), and that'd be how many square mm's of volume
19:08.11``Erik(note that a single ray may have several in/out pairs... an easy example is a torus with the shot line going through the "donut hole")
19:09.32``Erikcentroid would be a similar approach, but also keeping sums of rows and columns to find where those meet the volume/2 spot or something.. (kinda spitballing here)
19:10.13Notify03BRL-CAD:ejno * 64467 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: revert the initial work on boolean operations; the fg4 format will not be able to represent these due to limitations on the HOLE and WALL records (for instance, a surrounding component must totally enclose the interfering components).
19:11.18dracarys983``Erik, AWESOME. I got some visual of what would be happening by Torus example. I'll look into it in detail ans ask if there's a doubt.
19:23.38*** join/#brlcad alisha (~quassel@115.184.70.175)
19:35.19*** join/#brlcad jojo_ (~smuxi@41.205.22.4)
19:39.41*** join/#brlcad konrado (~root@154.70.108.201)
19:40.20*** join/#brlcad alisha_ (~alisha@115.184.70.175)
19:42.14``Erikgood luck! (and woops, I said square mm's, I meant cubic mm's)
19:43.31dracarys983``Erik, Yeah that's not a problem. I got that. Thanks a lot, man! :)
19:49.43Notify03BRL-CAD:ejno * 64468 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: tessellate all regions by default
19:51.54*** part/#brlcad Vijfhoek (quassel@46.249.37.134)
20:05.39brlcadjojo_: regarding your stepcode mailing list posting -- if you don't ask a question, you're far less likely to get a useful response.  that goes for pretty much any open source forum
20:09.50``Erik!notify ask
20:09.51NotifyQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
20:11.23*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:19.04*** join/#brlcad konrado (~root@154.70.108.217)
20:21.52Notify03BRL-CAD:starseeker * 64469 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): More negative_polygon tweaking
20:29.02*** join/#brlcad andrei_ (bc1ab6e5@gateway/web/freenode/ip.188.26.182.229)
20:42.42Notify03BRL-CAD:starseeker * 64470 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: no duplicates
20:47.39*** join/#brlcad andrei_il (~andrei@109.100.128.78)
20:48.09andrei_ilhi ! any opinions on my mail( I am andrei Ilinca)
20:49.53andrei_ilbrlcad : I understood that you re doing group mentoring
20:50.13andrei_ilbut you re listed as the assigned mentor
20:53.19andrei_ilbrlcad: could you please give me an opinion on my last e-mail on the list
21:03.05Notify03BRL-CAD:starseeker * 64471 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): Calling code currently assumes at least two points in each category - not good in general, but for now enforce it...
21:05.04brlcadandrei_il: those are not mentor assignments, they are just people that could possibly mentor you (and it's not a complete list)
21:06.07brlcadandrei_il: I'll respond on the mailing list, but be aware that open ended questions will usually just get you an open ended answer.  asking for advice or an opinion is rarely constructive (or at a minimum, it's very time consuming without asking many many more questions)
21:06.38brlcadthe more technical and specific you can make your question, the better.  if you don't know what technical question you can ask, you've probably not done your homework
21:09.25andrei_ilsorry, I'm not sure I understand. I discussed with OpenSCAD community and I have asked on the mailinglist about which direction should this go from the BRL-CAD PoV
21:16.11Notify03BRL-CAD:ejno * 64472 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: use std::fixed to prevent output in scientific notation
21:36.14Notify03BRL-CAD:ejno * 64473 (brlcad/trunk/src/libgcv/conv/fastgen4/NOTES =================================================================== and 11 others): add notes on fast4 export
21:38.28Notify03BRL-CAD:ejno * 64474 brlcad/trunk/src/libgcv/conv/fastgen4/NOTES: add note on HOLE records
21:54.43*** join/#brlcad merzo (~merzo@225-89-133-95.pool.ukrtel.net)
22:02.19brlcadandrei_il: replied, no worries -- you were more technical than your questions themselves were worded
22:04.20andrei_ilbrlcad: thank you very much
22:22.26brlcadyw
22:37.02*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:43.53*** join/#brlcad cardinot (~cardinot@177.130.0.3)
22:43.53*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
23:55.44Notify03BRL-CAD:starseeker * 64475 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 6 others): Try a naming system that will create shorter names.
IRC log for #brlcad on 20150321

IRC log for #brlcad on 20150321

00:08.03Notify03BRL-CAD:starseeker * 64476 brlcad/trunk/src/libged/shape_recognition.cpp: keep the validity check on by default - got enough work for now...
01:15.21*** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94)
01:37.47*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:48.47*** join/#brlcad konrado (~konrado@41.205.22.3)
03:31.47*** join/#brlcad hiteshsofat (~androirc@223.225.194.157)
03:42.48*** join/#brlcad konrado (~konrado@41.205.22.39)
05:35.19*** join/#brlcad alisha (~quassel@115.184.24.22)
05:49.49*** join/#brlcad nihar (73619c6f@gateway/web/freenode/ip.115.97.156.111)
05:52.14niharstarseeker: Are tessellation of curves, surface trimming and contour refinement provided in the current source code for NURBS?
05:58.30*** join/#brlcad alisha (~quassel@115.184.1.29)
06:09.12*** join/#brlcad alisha (~quassel@115.184.1.29)
06:15.49*** join/#brlcad alisha (~quassel@115.184.1.29)
07:24.59*** join/#brlcad albertcoder (~quassel@124.253.233.127)
07:44.17*** join/#brlcad konrado (~root@154.70.108.195)
08:42.53*** join/#brlcad alisha (~quassel@115.184.1.29)
10:41.59*** join/#brlcad ujjwal (~ujjwal@1.22.29.47)
11:29.32*** join/#brlcad konrado (~root@41.244.242.249)
11:37.55*** join/#brlcad ujjwal (~ujjwal@1.22.29.47)
11:53.22*** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
12:10.51*** join/#brlcad l0lificationx (2a3cd718@gateway/web/freenode/ip.42.60.215.24)
12:16.58l0lificationxHello! Im from Singapore, 2nd year student studying in National University of Singapore. Interested to be involved with BRLCAD for GSoC :)
12:18.20l0lificationxMy question is: how much is expected of a student, to contribute to BRLCAD for his application to be "good enough" for consideration?
12:47.45*** join/#brlcad c_andhare (671b082b@gateway/web/freenode/ip.103.27.8.43)
12:56.53*** join/#brlcad alisha (~quassel@115.184.98.149)
13:24.42*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:48.12*** join/#brlcad cardinot (~cardinot@177.130.0.3)
13:48.31*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
13:59.04*** join/#brlcad alisha_ (~quassel@101.60.137.32)
14:00.24teepeel0lificationx: hi!
14:02.03l0lificationxhello! @teepee
14:03.37*** join/#brlcad aahmed_ (29b09b6d@gateway/web/freenode/ip.41.176.155.109)
14:03.47teepeeif you have some coding knowledge, that's fine. gsoc is about writing code
14:04.22teepeeso if you have never written any line of code, gsoc is probably not the best choice, otherwise, just give it a try
14:05.24l0lificationxI have some experience in using github..but never used sourceforge before!
14:06.07aahmed_hi i want to download the source code for brl-cad i searched on git hup and i couldn't find the right  content can u help me
14:06.39teepeeyou'll have to read up on that then, if needed, but you'll find lots of information on help pages and can ask if you get stuck
14:07.53teepeeaahmed_: if you follow the links from http://brlcad.org/d/download you might end up somewhere else than github :)
14:38.37*** join/#brlcad aaahmed (29b096ea@gateway/web/freenode/ip.41.176.150.234)
14:40.48aaahmedi download the link you send to me but it is't for the source code it was for the setup file
14:42.25brlcadl0lificationx: welcome
14:43.24aaahmedwhere can i get the source code for brlcad
14:43.24brlcadl0lificationx: your questions are answered on our wiki -- start at brlcad.org/wiki/Google_Summer_of_Code and just read everything :)
14:43.26aaahmed???????
14:43.34brlcadaaahmed: where have you looked?
14:43.49brlcadrather, how have you looked?
14:44.34aaahmedon the brl cad on source forge it download the setup file not the source
14:44.44aaahmedhttp://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Windows/7.24.0/
14:45.20brlcadthat doesn't answer my question -- how are you trying to find the sources? (besides asking here)
14:45.42brlcadwhat method -- randomly searching websites?  google search?  searching our website?
14:47.17brlcadaaahmed: hello?  not a rhetorical question.. :)
14:47.46aaahmedi cn't understand your question i searched for the source on google
14:48.01aaahmedand i found the link to the source forge
14:49.54aaahmedit is asimple question where can i get the source code ??
14:52.15aaahmedwhat now <brlcad> ??
14:55.31aaahmedwhere have you gone??
14:58.54*** join/#brlcad ishwerdas (~ishwerdas@124.253.165.253)
15:00.25*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
15:06.01aaahmedi need help ???(-_-)   -- is any body here ??
15:07.10ishwerdas~ask
15:07.10infobotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
15:21.31ujjwalhello I am trying to run https://github.com/inderpreetsingh/OGV-meteor on my local system but getting this error http://pastebin.com/rji9nmQu
15:22.35ujjwalmeteor version is 0.8.3
15:25.15aaahmedi did't mean any thing and it is the first time for me to use IRC i sorry if i did any thing wrong and my question was how can i downlaod the source code for BRLCAD what is the complex part of my question
15:31.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:44.13Notify03BRL-CAD Wiki:NyahCh3ck20 * 7954 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms:
15:45.52Notify03BRL-CAD Wiki:NyahCh3ck20 * 7955 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Project Summary */
15:47.03*** join/#brlcad Ch3ck (~Ch3ck@41.244.243.34)
15:49.46Notify03BRL-CAD Wiki:NyahCh3ck20 * 7956 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Detailed Project Description */
15:54.16Notify03BRL-CAD Wiki:NyahCh3ck20 * 7957 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Detailed Project Description */
15:57.36brlcadujjwal: ishwerdas might be able to help with that, but sorry no help here
15:57.57brlcadsounds like a dependency out of date
15:58.17Notify03BRL-CAD Wiki:NyahCh3ck20 * 7958 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Detailed Project Description */
15:58.42ishwerdasujjwal: looking into your error
15:58.46ishwerdaswill get to you soon
15:59.31ujjwalthanks :)
15:59.37Notify03BRL-CAD Wiki:NyahCh3ck20 * 7959 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Links */
16:00.40Notify03BRL-CAD Wiki:NyahCh3ck20 * 7960 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Sample Algorithms/Links */
16:00.58*** join/#brlcad aahmed_ (29b09b6d@gateway/web/freenode/ip.41.176.155.109)
16:01.58ishwerdasujjwal: just checked out
16:02.12ishwerdasit seems collectionfs has stopped supporting this version of meteor
16:02.17Notify03BRL-CAD Wiki:NyahCh3ck20 * 7961 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Deliverables */
16:02.26ishwerdastry it with newer meteor
16:02.40ishwerdasanything 0.9 + should work
16:02.54ujjwalI tried with latest version but getting some other errors
16:03.10ujjwalI can pastebin those errors, if you can have a look
16:03.16ishwerdasyeah sure
16:03.43ishwerdasthat would be better!
16:07.08Notify03BRL-CAD Wiki:NyahCh3ck20 * 7962 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Development Schedule/Timeline */
16:07.47Notify03BRL-CAD Wiki:NyahCh3ck20 * 7963 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Time availability */
16:08.20Notify03BRL-CAD Wiki:NyahCh3ck20 * 7964 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Why BRL-CAD */
16:08.49Notify03BRL-CAD Wiki:NyahCh3ck20 * 7965 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Why Me */
16:09.51brlcadujjwal: please use a different pastebin when you do, some don't have access to the .com site (malware laden) -- pastebin.ca works along with just about any other :)
16:10.12ujjwalokay sure
16:12.03*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
16:19.43ujjwalishwerdas,  http://pastebin.ca/2962049
16:21.17ujjwalsorry wrong paste
16:21.59ujjwalhttp://pastebin.ca/2962051
16:22.30ujjwalmeteor version  updating to 1.0.1
16:22.37ishwerdasoh okk!
16:22.47ishwerdasthat needs to be fixed
16:23.03*** join/#brlcad konrado (~root@41.244.243.106)
16:23.34ishwerdasI will update the repository and inform you.
16:40.46*** join/#brlcad ujjwal (~ujjwal@1.39.32.251)
17:00.54*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bjnrmxiijfvzyyrm)
17:23.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:25.00*** part/#brlcad Ch3ck (~Ch3ck@41.244.243.34)
17:33.01*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
17:34.09*** join/#brlcad ujjwal (~ujjwal@1.22.168.162)
18:32.53*** join/#brlcad deepak (~chatzilla@122.173.202.102)
18:36.10dracarys983brlcad, Did you see my proposal? Any suggestions?
18:36.57dracarys983Yeah I have to change my approach for feature's interface implementation. That I'll do by tomorrow!
18:51.51*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
18:55.34dracarys983By feature's interface I mean adding the table function in Object class in C++ interface for volume, surface area and centroid. I have to use the rtweight methodology for finding the solution.
19:11.07Notify03BRL-CAD Wiki:Ahmedsaeed * 0 /wiki/User:Ahmedsaeed:
19:22.46*** join/#brlcad alisha (~quassel@115.184.66.12)
19:24.56*** join/#brlcad ankit (~ankit@117.197.136.68)
20:02.22*** join/#brlcad andrei_il (~andrei@109.100.128.78)
20:07.35*** join/#brlcad ujjwal (~ujjwal@1.22.168.162)
20:23.29*** join/#brlcad alisha (~quassel@115.184.46.159)
20:57.17*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:04.47*** join/#brlcad Guest29088 (~ignacio@rev-18-85-44-59.sugarlabs.org)
21:05.13*** join/#brlcad Guest29088 (~ignacio@unaffiliated/ignaciouy)
21:27.13Notify03BRL-CAD Wiki:AnkushKhandelwal * 7966 /wiki/User:AnkushKhandelwal/OpenGLRendering:
21:31.53*** join/#brlcad merzo (~merzo@62-47-221-40.adsl.highway.telekom.at)
21:37.07Notify03BRL-CAD Wiki:AnkushKhandelwal * 7967 /wiki/User:AnkushKhandelwal/OpenGLRendering:
21:48.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:51.31*** join/#brlcad merzo (~merzo@62-47-221-40.adsl.highway.telekom.at)
22:21.47*** join/#brlcad merzo (~merzo@62-47-221-40.adsl.highway.telekom.at)
22:29.17*** join/#brlcad andrei_ (bc19a140@gateway/web/freenode/ip.188.25.161.64)
23:50.42*** join/#brlcad alisha (~quassel@115.184.46.159)
23:54.53*** join/#brlcad alisha_ (~quassel@115.184.46.159)
IRC log for #brlcad on 20150322

IRC log for #brlcad on 20150322

01:48.07*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:28.32*** join/#brlcad c_andhare (671b082b@gateway/web/freenode/ip.103.27.8.43)
04:04.35*** join/#brlcad konrado (~root@41.205.22.22)
04:28.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:00.01*** join/#brlcad ujjwal (~ujjwal@1.23.107.198)
05:11.41*** join/#brlcad albertcoder (~quassel@1.39.33.123)
05:17.08*** join/#brlcad albert_coder (~quassel@1.39.32.56)
05:55.09*** join/#brlcad amalia (~amalia@41.205.22.23)
05:57.49*** join/#brlcad albertcoder (~quassel@202.164.45.204)
06:08.15*** join/#brlcad albert_coder (~quassel@202.164.45.212)
06:13.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:13.31*** join/#brlcad albertcoder (~quassel@202.164.45.212)
06:43.22*** join/#brlcad pujani (~pujani@117.225.198.168)
06:43.32*** join/#brlcad pujani_ (~pujani@117.225.198.168)
06:45.48*** join/#brlcad ujjwal (~ujjwal@1.23.107.198)
06:54.14*** join/#brlcad merzo (~merzo@62-47-221-40.adsl.highway.telekom.at)
06:55.30*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
07:01.13*** join/#brlcad pujani (~pujani@117.225.198.168)
07:01.40*** join/#brlcad pujani_ (~pujani@117.225.198.168)
07:03.09*** join/#brlcad albert_coder (~quassel@202.164.45.204)
07:03.49*** join/#brlcad pujani_ (~pujani@117.225.198.168)
07:22.40*** join/#brlcad amalia (~amalia@41.205.22.58)
07:25.02*** join/#brlcad albertcoder (~quassel@202.164.45.204)
07:32.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:51.58*** join/#brlcad amalia237 (~amalia237@41.205.22.20)
08:15.41*** join/#brlcad albertcoder (~quassel@202.164.45.204)
08:52.37*** join/#brlcad sofat (~sofat@202.164.53.117)
09:32.37*** join/#brlcad c_andhare (671b082b@gateway/web/freenode/ip.103.27.8.43)
09:33.05*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-sluufnpvxckhfkan)
09:49.10*** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-adlqrbyqlyytamkd)
09:56.42*** join/#brlcad albertcoder (~quassel@202.164.45.204)
10:10.46*** join/#brlcad chinmaya_ (4e80c2d3@gateway/web/freenode/ip.78.128.194.211)
10:12.43*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
10:17.39*** join/#brlcad albertcoder (~quassel@202.164.45.204)
10:43.31*** join/#brlcad albertcoder (~quassel@202.164.45.204)
11:45.21*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-hkbyfvgylwbdkmeu)
11:45.54*** join/#brlcad ishwerdas (~ishwerdas@124.253.81.220)
11:46.59*** join/#brlcad amalia237 (~amalia237@41.205.22.19)
12:10.44*** join/#brlcad konrado (~root@41.244.243.164)
12:14.08*** join/#brlcad albertcoder (~quassel@202.164.45.212)
12:15.14*** join/#brlcad alisha (~quassel@101.60.249.62)
12:20.18*** join/#brlcad albertcoder (~quassel@202.164.45.212)
12:28.06*** join/#brlcad c_andhare (671b082b@gateway/web/freenode/ip.103.27.8.43)
12:31.27*** join/#brlcad albertcoder (~quassel@202.164.45.212)
12:48.23Notify03BRL-CAD Wiki:Konrado DJ * 7968 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Why STEPcode */
12:52.22*** join/#brlcad albertcoder (~quassel@202.164.45.212)
13:08.17*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
13:16.40*** join/#brlcad ujjwal (~ujjwal@1.23.107.198)
13:46.55*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
13:58.01*** join/#brlcad albertcoder (~quassel@202.164.45.212)
14:13.25*** join/#brlcad alisha (~quassel@101.60.136.7)
14:31.33*** join/#brlcad albertcoder (~quassel@202.164.45.212)
14:36.25*** join/#brlcad albertcoder (~quassel@202.164.45.212)
14:42.04*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
14:58.30*** join/#brlcad albertcoder (~quassel@202.164.45.212)
15:12.08*** join/#brlcad albert_coder (~quassel@202.164.45.204)
15:15.08*** join/#brlcad amalia237 (~amalia237@41.205.22.24)
15:23.22Notify03BRL-CAD Wiki:Ngassafinjap * 7969 /wiki/User:Amalia: Conic curve support for LibreCAD
15:41.08*** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-xtvxjjvrgjtuqfog)
16:00.57*** join/#brlcad vicky (~quassel@2a00:1508:1:f017:78ad:88ec:e39c:65cf)
16:05.05*** join/#brlcad vicky_ (~quassel@2a00:1508:1:f017:78ad:88ec:e39c:65cf)
16:13.42*** join/#brlcad albertcoder (~quassel@202.164.45.204)
16:22.40ujjwalhi ishwerdas, have you looked at meteor errors?
16:24.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:26.45*** join/#brlcad alisha (~quassel@101.60.136.7)
16:33.54*** join/#brlcad albertcoder (~quassel@202.164.45.204)
16:39.06*** join/#brlcad alisha (~quassel@101.60.136.7)
16:42.22*** join/#brlcad andrei_il (~andrei@109.100.128.78)
16:52.35*** join/#brlcad albertcoder (~quassel@202.164.45.212)
17:01.43*** join/#brlcad albertcoder (~quassel@202.164.45.212)
17:06.05*** join/#brlcad ih8sum3r (~chatzilla@122.173.115.132)
17:08.07*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qexwcdznlkqngjhu)
17:24.45*** join/#brlcad albertcoder (~quassel@202.164.45.212)
17:26.47*** join/#brlcad Rtdwivedi (uid11696@gateway/web/irccloud.com/x-iphumndqpvskmbrk)
17:28.20RtdwivediHello. I was looking for projects to which I would be a good fit
17:28.28Rtdwivedibut http://brlcad.org/wiki/Mediawiki_3D_Geometry_Extension has no text.
17:28.39Rtdwivedi@brlcad
17:28.52RtdwivediWhere can I reference for more information?
17:34.04*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
17:34.13*** join/#brlcad albertcoder (~quassel@202.164.45.212)
17:38.37*** join/#brlcad alisha (~quassel@101.60.136.7)
17:53.55*** join/#brlcad albertcoder (~quassel@202.164.45.204)
18:03.07*** join/#brlcad albertcoder (~quassel@202.164.45.204)
18:15.27*** join/#brlcad vicky (~quassel@2a00:1508:1:f017:78ad:88ec:e39c:65cf)
18:16.46*** join/#brlcad merzo (~merzo@91-114-218-244.adsl.highway.telekom.at)
18:17.18*** join/#brlcad alisha (~quassel@101.60.196.44)
18:21.31*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
18:29.43*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
18:39.29*** join/#brlcad alisha (~quassel@101.60.196.44)
18:59.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:11.53*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:24.17dracarys983brlcad, ``Erik, starseeker : I have submitted my proposal on melange. Please do take a look whenever possible and provide your feedback. :)
19:25.08*** join/#brlcad ujjwal (~ujjwal@1.23.107.198)
19:56.42*** join/#brlcad kvasnyk (~kvasnyk@89-70-162-19.dynamic.chello.pl)
19:58.23kvasnykHi! Is here anybody who can answer my questions on Google Summer of Code 2015?
20:00.33dracarys983!notify ask
20:00.34NotifyQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
20:00.48teepeekvasnyk: maybe depends on the question
20:05.15kvasnykActually, I want to apply to one of the BRL-CAD's projects, to be exact, I would like to create a webpage for BRL-CAD. I am thinking if I have a good chance to be chosen for one of the webpage projects.
20:06.54kvasnykBut ok, I will ask specified mentors.
20:09.26teepeekvasnyk: it's ok to ask here, or also on the mailing list
20:16.25kvasnykThe main question is what can I do this week for BRL-CAD to increase the chances of being chosen for one of the BRL-CAD's projects.
20:26.41*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
21:03.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:52.57Notify03BRL-CAD Wiki:Ngassafinjap * 7970 /wiki/User:Amalia: /* Personal Information */
22:14.46Notify03BRL-CAD Wiki:Zakaria hili * 0 /wiki/User:Zakaria_hili:
22:23.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:23.39*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:35.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:47.14nmz787there should be an option to 'donate to BRLCAD' on your IRS tax forms... rather than some dumb checkbox about donating to the presedential campaign or whatever
22:49.12nmz787or tax credits for patches that get accepted :D
IRC log for #brlcad on 20150323

IRC log for #brlcad on 20150323

00:36.48*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:48.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:13.59*** join/#brlcad kvasnyk (~kvasnyk@89-70-162-19.dynamic.chello.pl)
03:01.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:19.58*** join/#brlcad merzo (~merzo@91-114-218-244.adsl.highway.telekom.at)
04:04.27*** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net)
04:18.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:38.08*** join/#brlcad albertcoder (~quassel@202.164.45.212)
04:56.29*** join/#brlcad albertcoder (~quassel@202.164.45.212)
05:41.58*** join/#brlcad Chinmaya (~Chinmaya@patanaik.kolej.mff.cuni.cz)
05:43.40*** join/#brlcad cox_ (~quassel@188.226.208.53)
06:05.49dracarys983kvasnyk, Choose a project in which you are interested and introduce yourself on the mailing list. It's high time you introduce yourself. You'll know what to do next then :)
06:12.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:44.15*** join/#brlcad alisha (~quassel@101.60.219.122)
06:45.09*** join/#brlcad albertcoder (~quassel@202.164.45.212)
06:56.54*** join/#brlcad albertcoder (~quassel@202.164.45.212)
06:59.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:04.18*** join/#brlcad merzo (~merzo@91-114-218-244.adsl.highway.telekom.at)
07:04.43*** join/#brlcad alisha (~quassel@101.60.219.122)
07:06.46*** join/#brlcad albertcoder (~quassel@202.164.45.212)
07:18.00*** join/#brlcad albertcoder (~quassel@202.164.45.212)
07:23.58*** join/#brlcad albertcoder (~quassel@202.164.45.212)
07:28.08*** join/#brlcad luca79 (~luca@net-188-216-228-219.cust.vodafonedsl.it)
07:32.04*** join/#brlcad albertcoder (~quassel@202.164.45.212)
07:41.57*** join/#brlcad albertcoder (~quassel@202.164.45.212)
07:51.53*** join/#brlcad albertcoder (~quassel@202.164.45.212)
07:53.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:56.40*** join/#brlcad albertcoder (~quassel@202.164.45.204)
07:58.14*** join/#brlcad merzo (~merzo@91-114-218-244.adsl.highway.telekom.at)
08:03.28*** join/#brlcad albertcoder (~quassel@202.164.45.212)
08:04.00*** join/#brlcad amalia237 (~amalia237@41.205.22.40)
08:14.45*** join/#brlcad alisha (~quassel@101.60.219.122)
08:15.56*** join/#brlcad applekey (326459a6@gateway/web/freenode/ip.50.100.89.166)
08:16.22applekeyhello
08:18.09*** join/#brlcad albertcoder (~quassel@202.164.45.204)
09:17.11*** join/#brlcad kvasnyk (~kvasnyk@gyf170.internetdsl.tpnet.pl)
09:31.49Notify03BRL-CAD Wiki:Ngassafinjap * 7971 /wiki/User:Amalia: /* Personal Information */
09:32.47Notify03BRL-CAD Wiki:Ngassafinjap * 7972 /wiki/User:Amalia: /* Brief Project Summary */
09:34.07Notify03BRL-CAD Wiki:Ngassafinjap * 7973 /wiki/User:Amalia: /* Deliverables (specific, measurable goals) */
09:34.08*** join/#brlcad alisha (~quassel@101.60.219.122)
09:34.40Notify03BRL-CAD Wiki:Ngassafinjap * 7974 /wiki/User:Amalia: /* Deliverables */
09:45.09Notify03BRL-CAD Wiki:Ngassafinjap * 7975 /wiki/User:Amalia: /* Detailed Project Summary */
09:55.21*** join/#brlcad alisha (~quassel@101.60.219.122)
10:12.29*** join/#brlcad alisha (~quassel@101.60.219.122)
10:18.16*** join/#brlcad alisha_ (~quassel@101.60.153.99)
10:27.06Notify03BRL-CAD Wiki:Ngassafinjap * 7976 /wiki/User:Amalia: /* Hyperbola */
10:29.49Notify03BRL-CAD Wiki:Ngassafinjap * 7977 /wiki/User:Amalia: /* Parabola */
10:47.37Notify03BRL-CAD Wiki:Ngassafinjap * 7978 /wiki/User:Amalia: /* Why LibreCAD ? */
11:18.07*** join/#brlcad ih8sum3r (~chatzilla@122.173.27.6)
11:29.45*** join/#brlcad Rtdwivedi (uid11696@gateway/web/irccloud.com/x-fayhtmvjerfzlglg)
11:35.30*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qalmylmrgqxfukeb)
11:49.48*** join/#brlcad kvasnyk (~kvasnyk@83-238-215-221.static.ip.netia.com.pl)
11:50.02*** join/#brlcad kvasnyk (~kvasnyk@gyf170.internetdsl.tpnet.pl)
12:21.16*** join/#brlcad alisha (~quassel@101.60.153.99)
12:35.55*** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-vhhswzwypteviyrd)
12:41.40*** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
12:46.12*** join/#brlcad manan (~manan@182.69.2.26)
12:47.48kvasnykSo, guys. I'm Kamil and I'm studying Computer Science at the University of Wrocław in Poland. I would like to participate in the Google Summer of Code 2015 program. I see that you are some projects which focus on the web page creation. Actually, I started a new job and now I am working as Django developer so the web page's projects really suit to me.
12:48.54kvasnykUnfortunately, I had no time earlier to introduce myself because of many classes at the university and job.
12:50.00*** join/#brlcad alisha (~quassel@101.60.153.99)
12:57.15*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
12:59.26*** join/#brlcad zenemij (~quassel@2a00:1508:1:f017:692a:cc2e:5bef:7bc7)
13:06.39*** join/#brlcad ujjwal (~ujjwal@1.23.105.229)
13:07.58teepeehi kvasnyk
13:09.03kvasnykhi
13:11.48teepeewill that job run in parallel with the gsoc coding time?
13:12.47ih8sum3rHello
13:13.24teepeeih8sum3r: hi
13:13.30ih8sum3rIs there any OGV developer? I have submitted two PR's can anyone review it.
13:20.41kvasnykteepee: Actually, I plan to have a long-lasting holiday during summer in case of being chosen to the GSoC program. :)
13:21.04teepeekvasnyk: cool, that might work then :)
13:22.11kvasnykteepee: I think so, but I am really disappointed that I haven't time to do something more earlier..
13:23.06teepeekvasnyk: true, it's not much time left, but you can still try to get a good proposal going
13:23.34kvasnykI hope so. But I am not sure which project should I choose.
13:24.12teepeethat makes it much more complicated ;)
13:25.00teepeebut you'll have to pick one, I guess for coming up with a totally new idea it's really a bit too late as the time for dicsussing that is quite short
13:26.07kvasnykI mean I really would like to create a Django page as a GSoC project. But there are several ideas on the BRL-CAD's list like this.
13:26.29kvasnykAnd I'm thinking where would I have the best chance. :)
13:28.23teepeethen maybe pick one, think about how to approach it and check back in later if there are specific questions
13:28.58teepeeI can't help with the brl-cad specific stuff, but there will be others around to help
13:31.05kvasnyk"Materials Database: Create a Materials Database web site for collecting, managing, and providing programmatic interfaces to material properties." - this seems to be ideal for me.
13:31.31kvasnykEventually this: "Benchmark Performance Database: BRL-CAD's Benchmark has been used for two decades to compare performance across configurations. Build a database website."
13:33.24*** join/#brlcad Izakey (~Izakey@41.205.22.59)
13:47.04Notify03BRL-CAD:starseeker * 64477 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Bail if we can't triangulate a loop.
13:54.37*** join/#brlcad ujjwal (~ujjwal@1.23.105.229)
13:55.36*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
14:10.49Notify03BRL-CAD:carlmoore * 64478 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: remove trailing blank
14:16.54Notify03BRL-CAD:starseeker * 64479 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 6 others): std::cout doesn't agree with the MGED command prompt.
14:18.40*** join/#brlcad alisha (~quassel@115.184.49.252)
14:33.25*** join/#brlcad alisha (~quassel@115.184.49.252)
14:33.57*** join/#brlcad dr__true (~dr__true@94.16.117.87.donpac.ru)
14:35.03*** join/#brlcad ujjwal (~ujjwal@1.23.105.229)
14:35.18dr__trueHello everyone
14:39.59Notify03BRL-CAD:starseeker * 64480 brlcad/trunk/src/librt/primitives/brep/brep.cpp: If we have no faces, there's nothing to build a surface tree on.
14:40.35Izakeydr__true Welcome
14:40.46starseekerdr__true: did you have specific questions?
14:40.56IzakeyYou don't have to greet. Just ask a specific question
14:41.23dr__trueHello, starseeker. I'm a potential GSOC student. I would like talk about OpenSCAD project ideas, that close to "BRL-CAD importer for OpenSCAD format" project. And i need help to write porposal. Can you help me?
14:41.36starseekeragain - do you have specific questions?
14:42.44Izakeyhttp://brlcad.org/wiki/Summer_of_Code/Checklist will help you
14:42.55IzakeyFollow the instructions in that Checklist
14:43.17starseekerif you're looking for a rule of thumb, more detail is better
14:43.33starseekerconvince us you understand what has to be done and that you have the knowledge to do it
14:43.58starseekerincremental plans with milestones are key
14:44.07starseekersee Sean's recent emails to the brlcad-devel list
14:53.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:53.50dr__truethanks, went reading...
15:16.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:28.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:32.59*** join/#brlcad Rtdwivedi (uid11696@gateway/web/irccloud.com/x-cgpebdbqiwqzzpvi)
15:36.54*** join/#brlcad merzo (~merzo@91-114-218-244.adsl.highway.telekom.at)
16:01.01*** join/#brlcad sofat (~sofat@202.164.45.212)
16:03.34Notify03BRL-CAD Wiki:Konrado DJ * 7979 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Abstract */
16:07.23*** join/#brlcad sofat (~sofat@202.164.45.212)
16:08.30Notify03BRL-CAD Wiki:Konrado DJ * 7980 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Abstract */
16:11.00Notify03BRL-CAD Wiki:Konrado DJ * 7981 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Generating reliable C++ classes */
16:26.29RtdwivediHey. I am not sure about the aims of "Mediawiki 3D Geometry extension". Could someone please elaborate
16:29.06*** part/#brlcad Rtdwivedi (uid11696@gateway/web/irccloud.com/x-cgpebdbqiwqzzpvi)
16:35.02*** join/#brlcad sofat (~sofat@202.164.45.212)
16:45.09*** join/#brlcad alisha (~quassel@115.184.49.252)
16:53.00Notify03BRL-CAD Wiki:Konrado DJ * 7982 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Detailed description: */
16:59.20Notify03BRL-CAD Wiki:Ngassafinjap * 7983 /wiki/User:Amalia: /* Time availability */
17:01.55Notify03BRL-CAD Wiki:Konrado DJ * 7984 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Previous Related work (patch) */
17:02.27Notify03BRL-CAD Wiki:Konrado DJ * 7985 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Previous Related work (patch) */
17:04.17Notify03BRL-CAD Wiki:Konrado DJ * 7986 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Previous Related work (patch) */
17:05.59*** join/#brlcad konrado (~root@41.244.243.119)
17:13.57Notify03BRL-CAD Wiki:Shaina7837 * 0 /wiki/User:Shaina7837:
17:24.18*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
17:31.42``Erikheh, physics lesson! oversized wing on a small car putting too much downforce behind the rear wheel https://www.youtube.com/watch?v=Zxe_DqAkeAk
17:36.00Notify03BRL-CAD Wiki:Ngassafinjap * 7987 /wiki/User:Amalia: /* Brief Project Summary */
17:42.07Notify03BRL-CAD Wiki:Konrado DJ * 7988 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: Undo revision 7982 by [[Special:Contributions/Konrado DJ|Konrado DJ]] ([[User talk:Konrado DJ|talk]])
17:43.07Notify03BRL-CAD Wiki:Ngassafinjap * 7989 /wiki/User:Amalia: /* Why Me ? */
17:45.57Notify03BRL-CAD Wiki:Ngassafinjap * 7990 /wiki/User:Amalia: /* Links to any code or algorithms you intend to use */
17:53.11Notify03BRL-CAD Wiki:Ngassafinjap * 7991 /wiki/User:Amalia: /* Links to some Pictures */
17:53.44Notify03BRL-CAD Wiki:Ngassafinjap * 7992 /wiki/User:Amalia: /* Links to some Pictures */
17:55.15Stragus``Erik: And we have a take off!
18:04.40*** join/#brlcad merzo_ (~merzo@62-47-216-255.adsl.highway.telekom.at)
18:07.27Notify03BRL-CAD Wiki:Konrado DJ * 7993 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing:
18:13.12Notify03BRL-CAD Wiki:Ngassafinjap * 7994 /wiki/User:Amalia: /* Detailed Project Summary */
18:14.56Notify03BRL-CAD Wiki:Ngassafinjap * 7995 /wiki/User:Amalia: /* Hyperbola */
18:18.10Notify03BRL-CAD Wiki:Ngassafinjap * 7996 /wiki/User:Amalia: /* Parabola */
18:19.18*** join/#brlcad alisha (~quassel@115.184.57.94)
18:20.19Notify03BRL-CAD Wiki:Ngassafinjap * 7997 /wiki/User:Amalia: /* Hyperbola */
18:26.28Notify03BRL-CAD Wiki:Ngassafinjap * 7998 /wiki/User:Amalia: /* Hyperbola */
18:27.22Notify03BRL-CAD Wiki:Ngassafinjap * 7999 /wiki/User:Amalia: /* Parabola */
18:42.27Notify03BRL-CAD:starseeker * 64481 brlcad/trunk/src/libbu/parallel.c: This doesn't fix the root cause of the problem, but at least don't hang indefinitely when the thread indexing goes off the rails.
19:04.25*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
19:15.37dracarys983brlcad, ``Erik, starseeker : Can you take a look at my proposal on melange once, please? Sorry, I'm being too impatient about it, but I really need some feedback.
19:21.56*** join/#brlcad andrei_il (~andrei@109.100.128.78)
19:22.17*** join/#brlcad andrei__ (524da63a@gateway/web/freenode/ip.82.77.166.58)
19:24.14Notify03BRL-CAD:starseeker * 64482 brlcad/trunk/src/libbrep/shape_recognition.cpp: Bail a bit sooner if the csg primitive count is getting really high.
19:30.04Notify03BRL-CAD:carlmoore * 64483 brlcad/trunk/doc/docbook/system/man1/en/plot3line2.xml: do not underscore the commas
19:32.31``Erikkalpit?
19:38.57dracarys983Yes :D
19:39.17dracarys983``Erik
19:44.55``Erikdoh, I'm heading out the door, uh, from a quick glance, very long, lots of big colored blocks (could mean it's well thought out, but I don't have the time to really dig in. good to see buffers built in, though), did notice a bit of ass kissing in there... I'll try to carve out some time tonight to actually read it, but I need to go right now
19:51.03*** join/#brlcad merzo_ (~merzo@62-47-216-255.adsl.highway.telekom.at)
19:54.40dracarys983``Erik, no problem. Thanks :D
20:06.45Notify03BRL-CAD Wiki:AnkushKhandelwal * 8000 /wiki/User:AnkushKhandelwal/OpenGLRendering:
20:37.50*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
21:41.46*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kzvzdkfyqsjplpzn)
22:25.58*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:28.40*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
23:19.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:44.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:50.01*** join/#brlcad kvasnyk (~kvasnyk@89-70-162-19.dynamic.chello.pl)
IRC log for #brlcad on 20150324

IRC log for #brlcad on 20150324

00:32.04*** join/#brlcad merzo_ (~merzo@62-47-216-255.adsl.highway.telekom.at)
00:50.04*** join/#brlcad merzo_ (~merzo@62-47-216-255.adsl.highway.telekom.at)
01:15.57*** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
01:20.03Notify03BRL-CAD Wiki:Shaina7837 * 8001 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Personal Information */
01:20.20*** join/#brlcad Bennz (614bab53@gateway/web/freenode/ip.97.75.171.83)
01:22.45BennzHow do submit your initialize proposal or early final proposal? Do you have to do it through the GSoC 2015 account?
02:03.55*** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140)
02:04.31*** join/#brlcad unicodesnowman (~unicodesn@wikipedia/unicodesnowman)
02:14.12*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
02:34.39Notify03BRL-CAD Wiki:Shaina7837 * 8002 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Personal Information */
02:50.13Notify03BRL-CAD Wiki:Konrado DJ * 8003 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Documentation and testing */
02:57.45Notify03BRL-CAD Wiki:Konrado DJ * 8004 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Availability */
04:20.45Notify03BRL-CAD Wiki:Shaina7837 * 8005 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */
04:21.39Notify03BRL-CAD Wiki:Shaina7837 * 8006 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Why OpenSCAD?= */
04:31.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:35.16*** join/#brlcad cardinot_ (~cardinot@187.16.242.25)
04:42.22*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
04:53.34Notify03BRL-CAD Wiki:Shaina7837 * 8007 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor:
05:01.00Notify03BRL-CAD Wiki:Shaina7837 * 8008 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */
05:06.40*** join/#brlcad alisha (~quassel@101.60.243.31)
05:11.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:23.35*** part/#brlcad Bennz (614bab53@gateway/web/freenode/ip.97.75.171.83)
05:45.08Notify03BRL-CAD Wiki:Ngassafinjap * 8009 /wiki/User:Amalia: /* Development schedule */
05:46.26Notify03BRL-CAD Wiki:Ngassafinjap * 8010 /wiki/User:Amalia: /* Pre Mid-term Evaluation Work Period ( May 25th - June 25th ) */
05:46.56Notify03BRL-CAD Wiki:Ngassafinjap * 8011 /wiki/User:Amalia: /* Why Me ? */
05:48.20Notify03BRL-CAD Wiki:Ngassafinjap * 8012 /wiki/User:Amalia: /* Links to any code or algorithms you intend to use */
05:50.06*** join/#brlcad alisha (~quassel@115.184.15.24)
05:50.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:05.01*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-djbcomphynufidug)
06:11.18*** join/#brlcad alisha (~quassel@115.184.15.24)
06:20.31*** join/#brlcad alisha (~quassel@115.184.15.24)
06:35.53*** join/#brlcad cox_ (~quassel@188.226.208.53)
06:37.24*** join/#brlcad cox_ (~quassel@188.226.208.53)
06:45.01*** join/#brlcad cox_ (~quassel@188.226.208.53)
06:53.05*** join/#brlcad cox_ (~quassel@188.226.208.53)
07:30.41*** join/#brlcad ujjwal (~ujjwal@1.22.168.158)
07:32.43*** join/#brlcad merzo_ (~merzo@62-47-216-255.adsl.highway.telekom.at)
07:47.54*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ybisocftnivqvdph)
08:08.00*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-tiotypecdtwavxbd)
08:10.29*** join/#brlcad alisha (~quassel@115.184.15.24)
08:23.19dracarys983``Erik, brlcad, starseeker, I am getting this error while building (Rev 64483) : http://pastebin.com/TSpVK6cN
08:27.17dracarys983We need to disable -Werror flag?
08:31.44*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:39.41*** join/#brlcad alisha (~quassel@115.184.15.24)
09:42.43*** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:51.43*** join/#brlcad ujjwal (~ujjwal@1.23.106.227)
10:59.48*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
11:02.52*** join/#brlcad PIYUSH (0e8bf154@gateway/web/freenode/ip.14.139.241.84)
11:06.50*** join/#brlcad alisha (~quassel@115.184.94.195)
11:14.08*** join/#brlcad piyush (0e8bf154@gateway/web/freenode/ip.14.139.241.84)
11:14.19piyushhi Everyone
11:14.29piyushmy name is piyush badkul and
11:14.55piyushi am a newbie and i want to try my hand in gsoc and also want to contribute in brlcad
11:15.08piyushpl guide me accordingly mentors
11:15.58*** join/#brlcad alisha_ (~quassel@115.184.94.195)
11:16.47piyushi am interested in some project of web Develoepment ,Geometry,and infrastructure
11:16.53piyushpl reply ASAP
11:16.56piyushthankyou
11:31.43*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
11:46.07*** join/#brlcad alisha (~quassel@115.184.94.195)
11:51.17*** join/#brlcad alisha (~quassel@115.184.94.195)
12:22.21Notify03BRL-CAD Wiki:NyahCh3ck20 * 8013 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Programming Background */
12:26.06Notify03BRL-CAD Wiki:NyahCh3ck20 * 8014 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Personal Information */
12:56.51Notify03BRL-CAD Wiki:Ngassafinjap * 8015 /wiki/User:Amalia: /* Why Me ? */
13:27.00*** join/#brlcad alisha (~quassel@115.184.94.195)
13:42.10*** join/#brlcad alisha (~quassel@115.184.94.195)
13:47.51*** join/#brlcad alisha_ (~quassel@101.60.143.101)
13:55.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:58.29*** join/#brlcad lemur (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
13:59.28lemurHi, I'm looking at the Vector Drawings from NURBS project, and I've submited a proposal, but I am unsure of the direction I've taken. I'd really like to talk it over with someone just to see if there are flaws in my logic that I've missed
14:00.17lemurit'd be much appreciated - message anytime, I'm avaliable more or less all day
14:06.37*** join/#brlcad alisha (~quassel@101.60.143.101)
14:19.16*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
14:21.37*** join/#brlcad luca79 (~luca@net-2-37-195-217.cust.vodafonedsl.it)
14:22.59*** join/#brlcad amalia237 (~amalia237@41.205.22.59)
14:53.00Notify03BRL-CAD:bob1961 * 64484 brlcad/branches/eab/src/libged/draw.c: Added a check to make sure argc != 0 in _ged_drawtrees.
14:53.45*** join/#brlcad dracarys983_ (~dracarys@49.202.28.194)
14:54.04lemurHm. Quick question, I've set out to take the edges that viewedge detects and then try and draw a control polygon and from that generate a spline curve, but without using NURBS. Is this a bad idea?
14:55.21lemurOnly the main reason I'm doing it is that the NURBS implementation doesn't seem far along enough, and to me at least it makes more sense to have vector image generation decoupled from NURBS if its not fully there yet.
15:04.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:05.42*** join/#brlcad cox_ (~quassel@188.226.208.53)
15:11.14``Eriklemur: I think viewedge does a lot of punting, I wouldn't trust it too far :/ last I heard, starseeker was the nurbs guy, might be worth talking to him?
15:13.39Notify03BRL-CAD:carlmoore * 64485 brlcad/trunk/src/libbrep/shape_recognition.cpp: remove trailing blank
15:21.07brlcadstarseeker: haha, ready to do it again?  http://bazel.io ... totally kidding
15:21.40brlcaddracarys983: can't reach pastebin.com atm, another paste site?
15:21.58brlcadlemur: why are you unsure?
15:23.36brlcadlemur: using gridded sampling and fitting a spline curve isn't bad, it'll just take a *really* fine grid (like a 10000x10000 render), definitely not interactive at least unless you did dynamic sampling to only sample extra on/near edges
15:24.11brlcadnurbs ray tracing is fully there for solid models as far as we know
15:47.12lemurok,  well I guess if nurbs works, I have some rewriting to do :P
15:51.43*** join/#brlcad alisha (~quassel@101.60.143.101)
16:00.51*** join/#brlcad piyush (0e8bf154@gateway/web/freenode/ip.14.139.241.84)
16:03.25*** join/#brlcad piyush_ (0e8bf154@gateway/web/freenode/ip.14.139.241.84)
16:05.52*** join/#brlcad piyush (0e8bf154@gateway/web/freenode/ip.14.139.241.84)
16:08.41*** join/#brlcad piyush_ (0e8bf154@gateway/web/freenode/ip.14.139.241.84)
16:15.12*** join/#brlcad alisha (~quassel@101.60.143.101)
16:16.49*** join/#brlcad ujjwal (~ujjwal@1.22.129.99)
16:20.35dracarys983brlcad, Here : http://tny.cz/455a7496
16:27.53*** join/#brlcad merzo_ (~merzo@62-47-216-255.adsl.highway.telekom.at)
16:28.30brlcaddracarys983: thx
16:29.08brlcadlemur: the fundamental problem you should address is how to obtain a contour of a nurbs surface
16:29.38brlcadlemur: you can certainly propose a sampled approach -- that is a perfectly valid first step
16:30.12brlcadlemur: but it may actually be easier to do surface projection (I don't know)
16:30.34brlcaddracarys983: soare you saying you don't know how to fix that error?
16:31.26brlcaddracarys983: you could certainly turn off strict, but that's a really trivial warning that you should know how to address in less than a minute if you read it :)
16:32.11*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-trvpecktxsqamtuv)
16:32.15*** join/#brlcad albertcoder (~quassel@1.39.33.190)
16:33.02dracarys983brlcad, Yeah I just noticed the error but did not really try to fix it. I just thought about turning off strict
16:33.07*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
16:36.50*** join/#brlcad piyush (0e8bf154@gateway/web/freenode/ip.14.139.241.84)
16:38.25brlcaddracarys983: you should always read the error, otherwise you will not improve as a developer
16:38.32brlcadno matter whose code it is
16:39.09brlcadmost of the time, build errors are utterly trivial (especially when you build strict like we do)
16:39.21dracarys983brlcad, Yeah, sorry.
16:39.24brlcadyou'll eventually see the common patterns
16:39.51brlcadavoids making mountains out of mole hills ;)
16:40.19dracarys983Okay, I'll be careful now. :)
16:41.02dracarys983brlcad, I fixed it :)
16:41.53piyushhi everyone
16:42.29piyushmyself Piyush badkul and i am newbie and i want ot contribute to brl-cad and want to try my hand in gsox
16:42.31piyushgsoc
16:42.41piyushpl guide me accordingly
16:42.54piyushand tell me where to start off
16:44.40teepee--piyush: did you read the gsoc page in the brl-cad wiki?
16:47.45brlcadpiyush: we talk openly, no need to PM
16:48.48dracarys983brlcad, I'm really sorry. I was so worried about GSoC that I didn't pay attention to the error and didn't fix it.
16:50.47*** join/#brlcad konrado (~root@41.244.240.252)
16:53.42brlcaddracarys983: you don't need dwell on it or be sorry, we're all learning
16:55.58dracarys983hm okay :)
16:57.54brlcadhuh, RenderMan is finally free (for non-commercial)
16:59.07teepee--is it still much ahead of other (especially open source) stuff?
16:59.15lemurbrlcad, when it comes to the proposal
16:59.30lemurare we wanting to give the high level overview of how we are going to do this
16:59.34teepee--the progress on the cycles render engine in blender seems impressive
16:59.45lemurthis being whatever we are setting out to do
17:00.13lemurI'm a bit torn between the two directions hah
17:01.12brlcadteepee--: yeah ...
17:01.28*** join/#brlcad alisha (~quassel@101.60.143.101)
17:01.49albertcoderHi brlcad I read your mail regarding previous year's GSoC students, I have been hesitant to ask but I want to know can previous year's students apply this year? Even if it is a NO I would be happy to work along / contribute / guide. :)
17:01.51brlcadcycles is good (really that's all OSL from SonyImageworks)
17:02.31brlcadbasically pixar vs sony rendering infrastructure ... somewhat different feature sets and target audiences
17:03.08brlcadboth top notch, but both doing things the other can't touch (as efficiently)
17:03.41teepee--ahh, I do like that nodes editor very much
17:04.12brlcadalbertcoder: I don't understand -- the e-mail talks about that, and I believe directly answers your question
17:06.45albertcoderbrlcad: Yeah I understand our priority is less but I wanted to ask how should I be contributing via patch or pushing directly into brlcad github?
17:08.59brlcadalbertcoder: depends what you modify, but if you have push access that would make the most sense
17:10.00brlcadreally the emphasis first is on what you'd propose doing this summer, since you've predominantly demonstrated your coding ability level already
17:10.23brlcadand if you can tie to to one of the four associate orgs, even better -- maybe two proposals if you're really serious
17:10.34brlcadone for brl-cad one for associate org
17:13.00brlcadthe point is to expand and encourage collaboration and get things into production use, which predominantly didn't happen after last summer
17:13.25brlcadogv, materialsdb, and benchmark are still offline, which is unfortunate and was a factor
17:13.26albertcoderYeah I am thinking of applying in STEPcode too (but not having any prior experience with it is discouraging me do so) since it has some good association with BRL-CAD too.
17:13.54albertcoderRight! That shouldn't have happened.
17:13.57brlcadoffline == not ready for users
17:15.18brlcadmy fault for not pressing production use more, or being more encouraging about just how important those efforts are
17:16.26albertcoderI am very much aware of that, that is why I chose to take this project as my major project. I am determined to make it production ready with / without GSoC.
17:16.27brlcadalbertcoder: yeah, STEPcode can be tricky because it's a lot of complex code -- might I suggest talking with LinuxCNC?  they haven't gotten a whole lot of interest yet
17:17.41albertcoderumm Yeah that's cool too.
17:17.58brlcadif you have time, propose both and we'll see how things shake out
17:18.18brlcadit's hard to say as it will HEAVILY depend on what mentors are available
17:18.28albertcoderalright, I will.
17:18.39albertcoderYeah that's an issue too.
17:21.04albertcoderOkay I will be glad to help out the new materialsdb aspirants too but I too wanted to ask what further is expected from that project? I have been working improving export / import (need some discussion on this), dynamic table creation etc.
17:22.08albertcoderI have some minor enhancements in mind but what in the end is expected from it right now?
17:23.27albertcoderI heard from you once that applying the properties to the models has been worked upon by minhaecsu.
17:24.09Notify03BRL-CAD Wiki:Konrado DJ * 8016 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* 3 July – 4 August (4 weeks) */
17:24.09brlcadyeah, tying those two together, making it production viable, get tools talking to it with clean / transparent usability
17:25.02Notify03BRL-CAD Wiki:Konrado DJ * 8017 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* 4 August – 11 August (1 week) */
17:27.10brlcadI don't know that it even needs to do much more than it does -- the site needs to get set up proper, themed, needs to be integrated with tools, etc.. finish it
17:29.51albertcoderAlright, tools like? Are you talking about gqa, rtcheck or something else?
17:31.43albertcoderI mean are you saying to work on feeding the properties to these tools?
17:32.15*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mjcwslzondjnsnkk)
17:33.57*** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-pswajvoiabtoywfq)
17:34.19albertcoderI would like to listen a few words regarding the import feature too. I mean till now I have been able to import the properties from a JSON file. Where are we preparing to import the properties from?  
17:34.36*** join/#brlcad sofat (~sofat@106.192.189.215)
17:37.17dracarys983``Erik, Did you see my proposal then? :P
17:37.59sofatbrlcad, I am comfortable with both(mediawiki and wordpress) I have made plugins and extensions  so are you going with mediawiki or wordpress ?
17:48.46*** join/#brlcad alisha (~quassel@101.60.201.196)
18:00.25Notify03BRL-CAD:carlmoore * 64486 brlcad/trunk/src/util/plot3rot.c: In plot3rot, implement h and ? for help.
18:07.14Notify03BRL-CAD:carlmoore * 64487 brlcad/trunk/doc/docbook/system/man1/en/plot3rot.xml: TEMPORARY change to point out an incomplete sentence!
18:10.00*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ihmysegegmjlcaqx)
18:12.18*** join/#brlcad sofat (~sofat@223.225.204.69)
18:13.54*** join/#brlcad merzo_ (~merzo@193-83-63-159.adsl.highway.telekom.at)
18:15.31*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:17.08*** join/#brlcad andrei_ (bc19e1d8@gateway/web/freenode/ip.188.25.225.216)
18:17.26*** join/#brlcad alisha (~quassel@101.60.201.196)
18:40.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:46.24*** join/#brlcad andrei_ (bc19e1d8@gateway/web/freenode/ip.188.25.225.216)
18:56.20Notify03BRL-CAD:n_reed * 64488 brlcad/trunk/src/libged/shape_recognition.cpp: Address set-but-unused compiler warning. It looks like we don't need to allocate a comb, the newtree arg which is set is already made part of a comb in comb_to_csg().
19:01.24*** join/#brlcad sofat (~sofat@106.192.149.243)
19:07.02Notify03BRL-CAD:starseeker * 64489 brlcad/trunk/src/libbn/polygon.c: Oops - don't truncate the sum of the points to an int...
19:17.37*** join/#brlcad alisha (~quassel@101.60.201.196)
19:41.59Notify03BRL-CAD Wiki:Shaina7837 * 8018 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */
19:42.45Notify03BRL-CAD Wiki:Shaina7837 * 8019 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Background Information */
19:43.53Notify03BRL-CAD Wiki:Shaina7837 * 8020 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Background Information */
19:44.52Notify03BRL-CAD Wiki:Shaina7837 * 8021 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */
19:46.10Notify03BRL-CAD Wiki:Shaina7837 * 8022 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */
19:53.22Notify03BRL-CAD Wiki:Konrado DJ * 8023 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing:
19:58.06Notify03BRL-CAD Wiki:Konrado DJ * 8024 /wiki/User:Konrado_DJ/GSoc2015/Proposal/X3D_Importer: Created page with "==Personal Information== Name: Djimeli Konrad Niba E-mail address: djkonro35@gmail.com IRC-nick: konrado ===Project priority : 1=== ==Project Title: X3D Importer== ==A..."
20:02.34riesbrlcad: On Google Melange do I re-create a profile?
20:02.53riesI think I am 'gone' and I did sign up for 2015
20:02.56riesos confused
20:03.33andrei_ries: if you log in with the same e-mail you did previously I believe it should be the same
20:03.54Notify03BRL-CAD:starseeker * 64490 (brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): Scale up surfaces to help with type identification. Probably need more of this kind of thing elsewhere in the code since we aren't successfully creating a small cone...
20:04.05teepeeries: yes, it's a new profile
20:04.17teepeeeven with the same email
20:07.14*** join/#brlcad timthelion- (~yaaic@89.24.186.84)
20:07.52riesteepee: ok, le tme sign up once more then :)
20:10.36andrei_ries: how's gsoc going on at LibreCAD ?
20:11.08riesandrei_: we are getting a bit of attention... our previous student and two possible two new students
20:11.36andrei_awesome
20:12.05andrei_in the timeline, from the moment applications close  to the date results are published
20:12.13andrei_there s a period label " orgs might request additional details"
20:12.22andrei_do you know if students' can edit their proposals in this period?
20:12.51riesandrei_: yes they can, what we do is that they only modify it when asked
20:13.16andrei_ah, so you need some sort of "permission" ?
20:15.49riesI think they can just edit it
20:15.58riesbut we ask them not to edit it after submissions
20:16.05rieselse you run into the issue that you read it..
20:16.13riesthen you judge it.. and they change it later on
20:16.30riesIf we see potential but there is still somethingg off, we ask them to edit/re-evaluate
20:16.55andrei_makes sense
20:19.38teepeeandrei_: there's a switch on the proposal where the mentor can make it editable again
20:28.10*** join/#brlcad timthelion- (~yaaic@89.24.186.84)
20:31.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:42.32Notify03BRL-CAD Wiki:Shaina7837 * 8025 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */
20:44.26Notify03BRL-CAD:n_reed * 64491 brlcad/trunk/doc/docbook/system/man1/en/plot3rot.xml: expand the incomplete flag description
20:49.06Notify03BRL-CAD:starseeker * 64492 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Increase the robustness of sorting arcs onto cylinder sides. Need to make this a general routine...
20:53.06*** part/#brlcad konrado (~root@41.244.240.252)
20:53.46Notify03BRL-CAD Wiki:Shaina7837 * 8026 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */
20:54.59Notify03BRL-CAD Wiki:Shaina7837 * 8027 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */
20:56.12*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dkwimpqqgjydpxkk)
20:57.27Notify03BRL-CAD Wiki:Shaina7837 * 8028 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */
20:59.18Notify03BRL-CAD Wiki:Shaina7837 * 8029 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */
21:02.03Notify03BRL-CAD:starseeker * 64493 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Break arc categorization out into its own function.
21:03.13Notify03BRL-CAD Wiki:Shaina7837 * 8030 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */
21:07.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:11.55Notify03BRL-CAD:starseeker * 64494 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Average the arcs rather than just using the info from two of them.
21:16.39Notify03BRL-CAD Wiki:Shaina7837 * 8031 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */
21:18.41*** join/#brlcad timthelion-2 (~yaaic@89.24.186.84)
21:25.47Notify03BRL-CAD Wiki:Shaina7837 * 8032 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */
21:29.44*** join/#brlcad Ch3ck (~localhost@41.244.243.197)
21:51.15*** join/#brlcad Ch3ck (~localhost@41.244.243.197)
21:53.48*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:56.51*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
22:58.25*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
22:58.36Notify03BRL-CAD Wiki:Shaina7837 * 8033 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* MILESTONES */
22:58.38Notify03BRL-CAD Wiki:Shaina7837 * 8034 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */
22:58.41Notify03BRL-CAD Wiki:Shaina7837 * 8035 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Code Review */
22:58.43Notify03BRL-CAD Wiki:Shaina7837 * 8036 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Why SCAD lexer project? */
22:58.45Notify03BRL-CAD Wiki:Shaina7837 * 8037 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */
22:58.47Notify03BRL-CAD Wiki:Kunamwarikudenga * 0 /wiki/User:Kunamwarikudenga:
23:15.24*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:18.20*** join/#brlcad Ch3ck (~localhost@41.244.243.197)
23:23.56*** part/#brlcad Ch3ck (~localhost@41.244.243.197)
23:59.49Notify03BRL-CAD:starseeker * 64495 brlcad/trunk/src/libbrep/shape_recognition.cpp: Trying to group face subsets at this stage causes problems - we need more edge management support before turning this back on.
IRC log for #brlcad on 20150325

IRC log for #brlcad on 20150325

00:17.51Notify03BRL-CAD Wiki:AnkushKhandelwal * 0 /wiki/File:Polyset.png:
01:43.44*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ctihdygdkxxwcvlu)
02:11.48*** join/#brlcad merzo_ (~merzo@193-83-63-159.adsl.highway.telekom.at)
02:15.55starseekerreturns
02:16.00starseekerhuzza
02:32.13starseekerhuh:  http://www.codebykevin.com/blosxom.cgi/2015/03/21#tk-cocoa-culler
02:33.13starseekermaybe it's time to take a serious look at Tk on Mac again
02:33.27starseeker(and upgrading our Tcl/Tk... urk)
03:00.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:25.15*** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
03:40.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:01.09*** join/#brlcad sofat (~sofat@202.164.53.117)
04:01.15sofatbrlcad, hello
04:02.23sofatwhat is opinion regarding mediawiki or wordpress. Because I am comfortable with both.
04:31.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:48.24*** join/#brlcad alisha (~quassel@101.60.129.47)
05:03.18*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-getxtkrtwrboxxhc)
05:11.06*** join/#brlcad sofat (~sofat@202.164.53.117)
05:15.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:20.46*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
05:29.29*** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org)
05:49.33*** join/#brlcad alisha (~quassel@115.184.32.241)
05:56.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:09.47*** join/#brlcad ignacio (~ignacio@unaffiliated/ignaciouy)
07:05.58*** join/#brlcad seanzhu_ (86ad4e02@gateway/web/freenode/ip.134.173.78.2)
07:10.28*** join/#brlcad albertcoder (~quassel@124.253.176.95)
07:15.26*** join/#brlcad ujjwal (~ujjwal@1.22.29.154)
07:27.55*** join/#brlcad alexey408_ (2ed8f586@gateway/web/freenode/ip.46.216.245.134)
07:29.19*** part/#brlcad alexey408_ (2ed8f586@gateway/web/freenode/ip.46.216.245.134)
07:31.16*** join/#brlcad alexey_ (2ed8f586@gateway/web/freenode/ip.46.216.245.134)
07:51.03*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:18.18*** join/#brlcad alisha (~quassel@115.184.32.241)
08:47.33*** join/#brlcad albertcoder (~quassel@124.253.140.58)
09:05.31*** join/#brlcad alisha (~quassel@115.184.32.241)
09:13.17*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
09:45.11dracarys983starseeker, Hey! I have been looking at B-Reps' raytrace routine which uses the newton's method to find the number of intersections. I have to implement the Plate-Mode raytracing used in BoT for B-Reps.
09:46.05dracarys983I was thinking of an approach, where we assign a thickness parameter to all the vertices in the topology of the B-Rep and interpolate it for edges and faces using some smooth function
09:46.51dracarys983And use this interpolated thickness while finding the BoundingBox for the B-Rep faces while building the BVH
09:47.30dracarys983After prep, raytracing would be done as usual, using Newton's method
09:50.31dracarys983Now, while evaluating the hits, I would have to assign a hit distance (while make a seg) to "in" and "out" points using the interpolated thickness. How would I do that for a NEAR_HIT / NEAR_MISS?
09:50.40*** join/#brlcad alisha (~quassel@101.60.239.64)
09:56.15*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:59.29*** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-hlmwyociuftzlbzr)
09:59.42dracarys983starseeker, I mean for a NEAR_HIT, not NEAR_MISS. That would be removed from the HitList.
10:06.24Notify03BRL-CAD Wiki:Harjotkaur * 0 /wiki/User:Harjotkaur:
10:08.25*** join/#brlcad alisha (~quassel@101.60.239.64)
10:16.05*** join/#brlcad alisha (~quassel@101.60.239.64)
10:16.28*** join/#brlcad konrado (~konro@41.244.243.82)
10:42.09*** join/#brlcad Izakey (~Izakey@41.205.22.34)
10:45.55*** join/#brlcad sofat (~sofat@202.164.53.117)
10:55.24*** join/#brlcad piyush (0e8bf154@gateway/web/freenode/ip.14.139.241.84)
11:32.27starseekerdracarys983: my immediate question is what "some smoothing function" would be...
11:34.22starseekerdracarys983: have you considered offset surfaces?  http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.360.2793&rep=rep1&type=pdf
11:36.39starseekeralso Kumar's "Computing non-self-intersecting offsets of NURBS surfaces"
11:37.02sofatstarseeker, hello
11:37.35sofatstarseeker, you check my gsoc  proposal ?
11:37.55starseekersofat: not yet - I'm doing a lot of catch-up after being offline for a week
11:38.01sofatokay
11:38.45dracarys983starseeker, No, I didn't consider these. I will have a quick look at these papers. Thanks :)
11:38.45starseekersofat: note also I'm not one of our web guys - I know little about most aspects of web programming and design
11:40.04dracarys983starseeker, One question : About problems with plate mode raytracing on NURBS - On corners and when ray grazes a surface, there will be problems right?
11:41.13*** join/#brlcad ujjwal (~ujjwal@1.22.29.154)
11:42.02starseekerdracarys983: probably.  You can check how our bots handle it - another possibility would be to use the offset surface edges and make "caps" using the edge curves and "birail" surface generation
11:42.22starseekerthat would effect generate a thin "solid" from a single surface
11:42.47starseeker(Ayam has some birail capabilities that could be used as a guide:  http://ayam.sourceforge.net/ayam.html)
11:43.11starseekerdracarys983: brlcad might not agree with me suggesting that approach though, as it's not really "plate mode" raytracing
11:45.42dracarys983starseeker, Whoa. I'm lost. Well, I have checked up on BoTs and they use an implicit thickness to offset the surface (on both sides, +normal and -normal) while finding the bounding box in prep step.
11:49.08dracarys983For bot_mode being plates, ofcourse. And then after raytracing the BoT and finding the hits, while constructing segheads, hits are taken in a FILO fashion (to be effective when ray grazes the surface) and hit distance is assigned using the implicit thicness
11:54.33dracarys983What my confusion is, is that : Can we use Newton's method while doing plate-mode? Will there still be NEAR_MISS, NEAR_HIT and CLEAN_HIT types in the hits?
11:58.47dracarys983starseeker, I think offset surfaces might help for the implicit thickness :D. I'll have to see the complexity involved as well, though.
12:17.35dracarys983starseeker, Um, as it is an implicit thickness, wouldn't it be better if I just add a value to a point f(s, t) on the surface when needed in the direction of the normal rather than actually sample and find an offset curve?
12:19.14*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-pzsprmptxdxxeeec)
12:32.41*** join/#brlcad albertcoder (~quassel@202.164.53.117)
12:43.58Notify03BRL-CAD Wiki:Ngassafinjap * 8039 /wiki/User:Amalia: /* Links to some Pictures */
12:44.24Notify03BRL-CAD Wiki:Ngassafinjap * 8040 /wiki/User:Amalia: /* References */
12:45.25Notify03BRL-CAD Wiki:Ngassafinjap * 8041 /wiki/User:Amalia: /* Links to some Pictures */
12:45.49Notify03BRL-CAD Wiki:Ngassafinjap * 8042 /wiki/User:Amalia: /* Links to some Pictures */
12:46.07Notify03BRL-CAD Wiki:Ngassafinjap * 8043 /wiki/User:Amalia: /* Links to some Pictures */
12:47.30Notify03BRL-CAD Wiki:Ngassafinjap * 8044 /wiki/User:Amalia: /* Brief Project Summary */
13:11.01*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
13:12.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:14.21*** join/#brlcad amalia237 (~amalia237@41.205.22.44)
13:15.21*** join/#brlcad alisha (~quassel@101.60.239.64)
13:18.40*** join/#brlcad ujjwal (~ujjwal@1.22.29.154)
13:28.18*** join/#brlcad alisha (~quassel@101.60.239.64)
13:29.32dracarys983starseeker, I kind of figured out (rather that's what I think it is) that the bottleneck in the raytracing of BREPs is the very inefficient BVH built in the prep of the BREP.
13:31.10dracarys983starseeker, So, if I replace it with the method used for BoTs, that is, just iterating over the face list and finding the hits and storing it - then making the segs and evaluating hits, it would be better.
13:31.21dracarys983starseeker, What do you think? :)
13:38.34brlcadries: yeah, you have to create a new profile every year.  they don't persist.
13:38.45*** join/#brlcad alisha (~quassel@101.60.239.64)
13:39.41brlcadstarseeker: definitely, that was a very uplifting tk post
13:39.44riesbrlcad: I already did create a profile this year, but may be it was removed because it was on LibreCAD only?
13:40.09brlcadsofat: opinion is that they're both good and they both do good things?
13:41.07riesI will have a new one created today and send it to you
13:42.26brlcaddracarys983: you'll want to check, but I believe the way bots handle plate mode on grazing situations is "technically wrong but sufficient"
13:42.50brlcadsuggest creating a single triangle and testing out different modes and thickness settings
13:43.43dracarys983brlcad: Okay. On it.
13:44.07brlcadwrong in the sense that you end up with a view-dependent hit -- but I haven't confirmed (or even thought about) it in a long time
13:46.51dracarys983brlcad: Um, I didn't get you.
13:47.52dracarys983brlcad : While playing with some geometry today I noticed that if I rotate an ars using CTRL, it doesn't get raytraced properly.
13:50.04brlcaddracarys983: sounds like a great patch submission
13:50.39brlcadnote that ARS has little to do with BoT other than it uses it as a visualization method
13:51.24*** join/#brlcad alisha (~quassel@115.184.44.143)
13:51.56dracarys983brlcad: Roger that. :D
13:52.07dracarys983brlcad, Did you have a look at my mail?
13:53.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:55.20*** join/#brlcad alisha (~quassel@115.184.44.143)
13:55.23``Eriksync
13:57.40dracarys983brlcad, Apparently, if I use the GUI to create an ARS, it gives a problem. Command line works fine.
14:01.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:23.43*** join/#brlcad infobot (ibot@rikers.org)
14:23.43*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer!
14:36.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:38.20riesbrlcad: send a request to you
14:43.23*** join/#brlcad alisha (~quassel@115.184.44.143)
14:47.02*** join/#brlcad ujjwal (~ujjwal@1.22.29.154)
15:15.13brlcadries: done
15:15.18riesthanks
15:16.08brlcadif you don't see an "association" column at the end, you can turn it on with the columns button at the bottom of the proposals page
15:17.22riesbrlcad: I have the overview
15:25.58*** join/#brlcad sahil (~sahil@103.25.231.102)
16:03.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:06.25dracarys983d_rossberg: Did you have a look at my proposal? :)
16:21.19*** join/#brlcad sofat (~sofat@202.164.45.212)
16:26.56sofatbrlcad, hello
16:44.02*** join/#brlcad alisha (~quassel@115.184.44.143)
16:51.11d_rossbergdracarys983: short answer: yes, i had a look at it
16:51.40d_rossbergit looks reasonable but i hadn't time to go into the details yet
16:52.05*** join/#brlcad alisha (~quassel@115.184.44.143)
17:20.41*** join/#brlcad sofat (~sofat@202.164.45.212)
17:29.06Notify03BRL-CAD:carlmoore * 64496 brlcad/trunk/src/libged/lc.c: shorten the code for lc.c, and I did do my previous test runs
17:32.17*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bzofwlognmghxaeh)
17:38.40*** join/#brlcad merzo_ (~merzo@193-83-63-159.adsl.highway.telekom.at)
17:42.03*** join/#brlcad amalia237 (~amalia237@41.205.22.10)
17:50.41*** join/#brlcad alisha_ (~quassel@115.184.68.45)
18:04.46*** join/#brlcad merzo__ (~merzo@62-47-218-221.adsl.highway.telekom.at)
18:06.48Notify03BRL-CAD Wiki:AnkushKhandelwal * 8045 /wiki/User:AnkushKhandelwal/OpenGLRendering:
18:09.57Notify03BRL-CAD Wiki:AnkushKhandelwal * 8046 /wiki/User:AnkushKhandelwal/OpenGLRendering:
18:10.31Notify03BRL-CAD Wiki:AnkushKhandelwal * 8047 /wiki/User:AnkushKhandelwal/OpenGLRendering:
18:11.08Notify03BRL-CAD Wiki:AnkushKhandelwal * 8048 /wiki/User:AnkushKhandelwal/OpenGLRendering:
18:18.39*** join/#brlcad geekgrl (~geekgrl@122.170.56.87)
18:28.08starseekerdracarys983: the BVH is necessary for accurate NURBS raytracing
18:29.14dracarys983starseeker, Just iterating over the face list would be even worse?
18:29.32Notify03BRL-CAD Wiki:AnkushKhandelwal * 8049 /wiki/User:AnkushKhandelwal/OpenGLRendering:
18:29.38starseekerthe iterative solve wouldn't always be accurate
18:29.51starseekeryou need a "close enough" initial guess - that's what the BVH is for
18:33.01dracarys983starseeker, Hm, okay. Building a better BVH would require more time, right?
18:33.03*** join/#brlcad zenemij (~quassel@2a00:1508:1:f017:f022:47a2:d983:6f96)
18:44.45Notify03BRL-CAD Wiki:AnkushKhandelwal * 8050 /wiki/User:AnkushKhandelwal/OpenGLRendering:
18:50.54brlcaddracarys983: in general yes, but the current bvh build is also not optimized
18:51.26brlcadoptimized, it could probably do 10x the work in half the time it takes now (if you got a 20x improvement, for example, not unreasonable)
18:51.33brlcadnot easy, but possible
18:51.52brlcadthere's an RT'06 paper on fast accurate nurbs ray tracing that you should read
18:51.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:52.02brlcad(if working this area)
18:52.48dracarys983brlcad, Does plate mode raytracing require optimization in bvh build?
18:53.00brlcadabsolutely not
18:53.43Stragusbrlcad, is there a pending effort to redesign the raytracer?
18:53.53StragusAlso with SSE/AVX, CUDA, OpenCL
18:56.18StragusI don't know if there's external funding for this, but it sounds fun. You had me convinced a while ago about the value of complex primitives compared to triangles
18:57.24brlcadStragus: yes, ongoing direction
18:57.25StragusRays stay a lot more coherent (which is *great* for AVX/CUDA/OpenCL), you get less memory loads in exchange for more computations
18:58.07brlcadtwo gsoc proposals to work that area this year, possibly one major funded effort next year that you might get pulled to work on
18:58.24StragusOkay, cool.
19:00.05dracarys983brlcad, Regarding the mail I sent you about my understanding of how to apply it to B-Reps - that won't work, right?
19:00.22dracarys983I mean plate mode
19:00.28dracarys983to B-Reps
19:00.55brlcadrefresh me on the algo
19:01.23dracarys983To assign an implicit thickness to the surface, I don't need to actually sample and find an offset surface - rather I can just assign that implicit thickness at a point F(s, t) of the surface whenever required, by adding an offset in the direction of (and opposite as well) the normal at (s, t).
19:01.48dracarys983Instead of building the BVH (which is highly inefficient right now) from the surfaceTree, I will find the bounding boxes of all the faces in the faceList of the B-Rep and find the final Bounding Box.This will be the prep step for the plate-mode raytracing
19:02.11dracarys983Once the prep is completed, the shot function will be called, and the Newton's method will be used for intersecting the ray with each face in the faceList. We now sort the hitList so that we have the nearest hit first and farthest hit last.
19:02.45dracarys983Now, there can be duplicate hits in the hitList as we are simply iterating the faceList of the B-Rep rather than using a hierarchy which avoids overlap. Once we have the histList ready, we call the a function that creates segments (I will have to write a new one here!). It evaluates the hits, removes the duplicate hits, checks if a ray is grazing the surface and if so, uses the FILO approach to evaluate the hits ("in" and "out") as the
19:02.45dracarys983re will be multiple entries and exits. Once done, we return the seghead filled
19:03.39dracarys983And handling corners separately
19:03.40brlcadi meant summarize, not copy-paste but okay
19:04.12*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
19:05.13brlcadso on the surface, that sounds like a viable direction, but some aspects are unclear
19:05.43brlcadfor example, I think you should be able to allow the shot calculations to happen like they currently do if all you're doing is basing things off the surface hit point
19:06.36dracarys983brlcad, Yes. That's why I was talking about the bvh build :)
19:06.45brlcadnewton iteration, hit sorting, duplicate checking, etc, that all happens already
19:08.09dracarys983Um, okay. I wasn't aware that the hits are getting sorted.
19:08.15brlcadI don't see any point in re-implementing any of that specific to plate-mode (i'm not sure if you're even suggesting that)
19:08.26*** join/#brlcad alisha (~quassel@115.184.68.45)
19:08.51brlcadmaybe not sorting, it was sorting at one point in the past
19:09.13brlcadthe implementation has been overhauled and actively worked for the past 5+ years
19:09.56brlcadi think you first need to fully understand what bot platemode does first
19:11.03brlcadi believe it's very naive/simple and view dependent, which would give you bigger liberties to start with matching behavior
19:11.53brlcadif not, its a considerably harder problem
19:14.24brlcadhaving view-dependent behavior is by no means desirable, but having consistency with BoT would be acceptable to me (usability/consistency tradeoff) and we could focus on fixing both later
19:15.18StragusYou mean the thickness of the plate is dependent upon the ray's direction? Ewww
19:15.22brlcadcreate a plate-mode triangle that has a thickness greater than the longest edge (so it'll be a wedge)
19:15.51brlcadStragus: I know right
19:15.57StragusThat's terrible
19:16.17brlcadit was done for air force, very thin thicknesses in general so it REALLY didn't matter
19:16.35dracarys983brlcad, Hm, okay. :) I will also refine my understanding about the plate mode :)
19:17.06brlcadwe even implemented a no-cosine mode (to match their behavior) where it reports the plate-mode thickness regardless of angle
19:17.18brlcadotherwise it would mess up calculations elsewhere
19:17.25StragusI'm guessing  RayThickness = PlateThickness / DotProduct( RayVector, SurfaceNormal );  ?
19:17.50brlcadthat's the normal cosine version
19:18.05StragusThere's an even worse no-cosine mode?
19:18.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:18.22dracarys983brlcad, What is that BITTEST() being called for?
19:18.42brlcadsay you shoot at a thin sheet 1m x 1m that is 1mm thick
19:18.57brlcadshoot is square-on, and you'll get thickness=1mm
19:19.05*** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
19:20.42brlcadshoot normally at a sharp angle (but hit the surface) and you're going to get some thickness > 1mm depending on the angle
19:20.50brlcadin no-cosine mode, you still get 1mm
19:21.11StragusI can't imagine that being a good idea
19:21.35brlcadin general no, but it was required for a particular analysis
19:21.57Notify03BRL-CAD:starseeker * 64497 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Experiment with trying to characterize vertices to determine if they are used in a planar subvolume.
19:22.13brlcadbig difference when you try to represent something flying as a single ray and it hits 1mm of aluminum vs 1m of aluminum
19:23.02brlcadanyways, we don't use it, but other folks needed it
19:24.04*** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-ceutnnoktqsiurnj)
19:24.10brlcadthe bigger geometric issue is the view dependence -- shoot that sheet horizontally along it's plane and you're basically going to get a miss, or shoot just over an edge (and miss the surface) will be a miss whereas the angle might have actually met up with extruded material
19:24.49brlcadreally only matters analytically for large thicknesses (which have never been used in practice), but technically wrong
19:26.23*** join/#brlcad albertcoder (~quassel@1.39.33.253)
19:31.16dracarys983brlcad, So the shooting-over-the-edge-miss is finally a miss because in practice, the extrusions won't have so large a thickness that it meets the ray, right?
19:31.45brlcaddracarys983: sorry, BITTEST is checking whether a bit is set or not
19:32.01brlcadusually used for book-keeping of some sort
19:32.47brlcaddracarys983: and no, it's not that the ray won't encounter the thickness -- it almost certainly would for pixels nearby the edge
19:32.51brlcadthat's why I said you should test this
19:33.06brlcadif it's "wrong" then you'll only ever see a triangle, no matter the view you shoot from
19:33.16brlcadif it's right, you'll see a wedge
19:34.02brlcadeasily fixed, but it will slow down the trace to know whether you hit within thickness of an edge
19:36.42dracarys983brlcad, Okay, this looks interesting. I'll test this. Plate-mode triangle with a thickness greater than the longest edge. Cool :)
19:38.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:38.48dracarys983brlcad, I will also try to understand plate-mode in BoTs better. Will get back ASAP.
19:38.49brlcadshare screenshots
19:39.12dracarys983brlcad, Yeah, will do.
19:39.16brlcadand if you find a crash or bug, fix it ;)
19:39.26brlcaddon't often test with just one triangle :)
19:40.10dracarys983brlcad, Yes, yes. Understood :)
19:42.26dracarys983brlcad, BITTEST is being used for assigning thickness to faces in BoT prep, based on whether the test passes or not. What does that mean? http://pastebin.com/RD5zvK8d
19:44.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:45.45brlcadcan't get to pastebin.com
19:45.54brlcaddidn't I tell you that already? :)
19:46.23brlcadreally should stop using them .. they're just .. there are so many other better options :)
19:46.35dracarys983brlcad, Yeah you did. I thought it was temporary. :/
19:47.10Notify03BRL-CAD:starseeker * 64498 brlcad/trunk/src/libbrep/shape_recognition.cpp: Put the filters back - their absence causes other problems.
19:48.27dracarys983Sorry. Here : http://hastebin.com/ogevaposun.coffee
20:00.58*** join/#brlcad andrei_il (~andrei@109.100.128.78)
20:01.22sofatbrlcad, hello
20:01.36sofati needed you help regarding the technology which technology you prefer me for project(mediawiki or wordpress)
20:05.49sofat<PROTECTED>
20:05.50sofatwhat is your requirement right now?
20:05.51sofatmediawiki or wordpress ?
20:10.58*** join/#brlcad ozzy1 (~tomek@host-81-190-233-203.wroclaw.mm.pl)
20:18.34*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
20:21.10*** join/#brlcad ih8sum3r (~chatzilla@122.173.186.133)
20:56.47*** join/#brlcad sofat (~sofat@202.164.45.212)
21:24.45Notify03BRL-CAD:n_reed * 64499 brlcad/trunk/src/librt/primitives/joint/joint.c: need to reverse the transformations above the target object to put the rotation vector in the correct position realative to the untransformed object
21:32.36*** part/#brlcad ozzy1 (~tomek@host-81-190-233-203.wroclaw.mm.pl)
21:36.25dracarys983brlcad, there?
21:43.31Notify03BRL-CAD:carlmoore * 64500 brlcad/trunk/doc/docbook/system/mann/en/lc.xml: describe use of -0, -1
21:48.59brlcad~ask
21:48.59infobotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
21:49.31brlcaddracarys983: so that BITTEST is looking to see what type of facemode should be used
21:49.54dracarys983brlcad, Yeah I got that when I tried to make a bot right now :D
21:50.10dracarys9832 seconds. I'll share the screenshots
21:50.19brlcadin addition to offsetting a surface, extruding it some distance from 0.0 to 1.0, you can extrude it -0.5 to 0.5 (centered
21:51.04*** join/#brlcad alisha_ (~quassel@115.184.34.98)
21:52.05dracarys983Right. So the facemode defines the type of extrusion :)
21:53.01brlcadfacemode is a type id, and surfno is a surface number corresponding to that triangle
21:53.54brlcadit's sort of like indexing into a bool array
21:54.53dracarys983brlcad, Hm, I get it now.
21:55.06brlcadcan sort of think of that if/else logic like:  bool extruded_face = surfaces[surfno].attributes.facemode;  if (extruded_face) ... else /* centered */
21:56.17dracarys983Yes, you're right. Yes :D
21:56.18brlcadwhat it's really doing is creating a massive bit-vector, jumping to the bit set for that surface, and looking at the bit corresponding to facemode which is either set or unset
21:56.35dracarys983I have uploaded the screenshots on Google Drive. Should I post the link here? (It's too long :P)
21:56.49brlcadcan't get to google drive until later
21:56.56brlcadso go ahead, will check it then
21:57.18dracarys983https://drive.google.com/drive/#folders/0B12fowx3-NjTflBBcXd6NFBQQXlRT2NONUZhUGVTQlJjUExYT2F6MUk0cjZybzE2WnlnNTg/0B12fowx3-NjTfnJ1SGxaMEg0cExBRlR5V2JzSnlybmhwWF9vRjlqeEk3QXpoSFpERV9Sd1k
21:59.50dracarys983brlcad, It performs this test while filling in the seg structure as well. I get it now :)
22:02.10dracarys983brlcad, I haven't started writing the proposal for plate mode NURBS raytracing yet. I'll have to rethink the algo, so.
22:02.25dracarys983I will send it by tonight most probably :)
22:03.26brlcadhave you made a patch submission yet?
22:04.49brlcada useful patch can be far more important than what is written in a proposal
22:05.27brlcadall patches to be considered during proposal evaluation must be received before Monday
22:05.49brlcadanyone without a patch or with a useless or non-functional patch will be at a huge disadvantage
22:07.05dracarys983I worked on reviewing the unit tests written by GCi students and have written 3 final test files (.cpp)
22:07.15dracarys983I haven't submitted them as patches yet
22:08.27dracarys983brlcad, They're good enough. But they relate to the core interface of GE
22:08.27brlcadwhatever you do, you'll want to try and demonstrate your ability to understand and modify existing code, not just write code
22:09.13*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:10.09brlcadlet me know if you need some suggestions, there's a few bot-related items in our TODO that should be doable in a day
22:10.36dracarys983brlcad, I'll take the suggestions :)
22:12.52brlcada) our bot_split command seems to have O(n^3) performance or some other massive performance issue, b) there's a bin sort optimization crash that needs to be re-enabled, debuged, and fixed, and c) add an option to bot_dump to output surface normals
22:13.51brlcadcode for (a) and (c) are in src/libged, code for (b) is in src/librt/primitives/bot (I think)
22:14.01dracarys983brlcad, I'll try to have a look at the raytracing problem of ARS in MGED (when created from GUI) after I do one from the suggestions :)
22:14.16brlcadARS would be perfect
22:14.36brlcadreally anything like that which involves debugging, code inspection, understanding
22:15.03dracarys983brlcad, Okay, great. I'm on it :D
22:15.36brlcadi'm frankly not nearly as concerned about a plate-mode algorithm as that can be sorted out in the bonding phase if you were selected, and plans / technical directions often do change
22:16.21brlcadjust the scope of  a project ideally shouldn't change -- so you could submit something quick that covers the scope/objectives with rough timeline, then back to patch(es), then back to as much detail as you can fit
22:16.33brlcadone day each and then times up
22:18.18dracarys983brlcad, Yeah, I get it. :)
22:19.46dracarys983brlcad, There's one problem with me. I tend to get over excited sometimes and lose sight of the small important details. This is a great chance for me to learn :)
22:20.05dracarys983brlcad, Well, first things first. I'll work on my patch.
22:20.24brlcadI tend to not get excited and obsess over unimportant details, so it's all good
22:20.45brlcad;)
22:21.06dracarys983:D
22:58.59*** join/#brlcad merzo__ (~merzo@62-47-218-221.adsl.highway.telekom.at)
23:41.50*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20150326

IRC log for #brlcad on 20150326

00:02.12Notify03BRL-CAD Wiki:Konrado DJ * 8051 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Introduction */
00:12.24Notify03BRL-CAD:brlcad * 64501 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: MAX_HOLES unused but presumably there because of fastgen specification
00:14.32Notify03BRL-CAD:brlcad * 64502 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: ditto for MAX_WALLS
00:32.17Notify03BRL-CAD:starseeker * 64503 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: This appears to get the right basic shapes in place for the makerbot replicator object Boss-Extrude1_008.s, but the booleans are out of wack (not surprising, as this is a negative planar_object and up until now the logic contemplated positive shapes. May also need a correction in the cyl/arb logic, not sure yet.
00:38.07Notify03BRL-CAD:starseeker * 64504 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Add TODO note.
00:57.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:12.37*** join/#brlcad ank22 (uid51029@gateway/web/irccloud.com/x-snkznkutlblkonxu)
01:28.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:55.50*** join/#brlcad ih8sum3r (~chatzilla@122.173.186.133)
03:33.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:13.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:49.27*** join/#brlcad ank22 (uid51029@gateway/web/irccloud.com/x-alsgkcvasfhennrs)
05:01.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:29.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:58.34*** join/#brlcad alisha (~quassel@101.60.151.74)
06:38.48*** join/#brlcad alisha_ (~quassel@101.60.151.74)
07:33.55*** join/#brlcad alisha (~quassel@101.60.151.74)
07:44.58*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:01.32dracarys983brlcad, The previous link won't work. Here's the updated link : https://drive.google.com/folderview?id=0B12fowx3-NjTflBBcXd6NFBQQXlRT2NONUZhUGVTQlJjUExYT2F6MUk0cjZybzE2WnlnNTg&usp=sharing
08:01.44*** join/#brlcad albertcoder (~quassel@124.253.107.22)
08:43.17*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:11.26*** join/#brlcad alisha (~quassel@115.184.47.37)
11:17.34*** join/#brlcad mikolalysenko_ (sid34553@gateway/web/irccloud.com/x-mtnqlitnybahkjfq)
11:25.16*** join/#brlcad unicodesnowman_ (~unicodesn@2602:ffea:1001:1fa::97d2)
11:28.45*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kkfpfxfrbxrggziy)
11:29.55*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
12:08.23*** join/#brlcad cardinot_ (~cardinot@187.16.242.25)
12:24.10*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
12:52.38Notify03BRL-CAD:bob1961 * 64505 (brlcad/branches/eab/include/dm/bview.h brlcad/branches/eab/src/libtclcad/tclcad_obj.c): Added a moveall polygons mode.
12:55.59Notify03BRL-CAD:bob1961 * 64506 (brlcad/trunk/include/dm/bview.h brlcad/trunk/src/libtclcad/tclcad_obj.c): Added a moveall polygons mode.
13:16.51*** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-hkkjqhuchizsefjg)
13:24.42*** join/#brlcad ujjwal (~ujjwal@1.22.28.232)
13:49.40dracarys983brlcad, I have submitted the bin sort optimization (task (b)) related patch. Do check it whenever possible :)
13:52.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:02.05*** join/#brlcad alisha (~quassel@115.184.107.198)
14:07.47*** join/#brlcad alisha (~quassel@115.184.107.198)
14:10.56*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
14:12.24ShubhamGSOC'15 OGV;  What are the some priority enhancements/add-ons required under the Online Geometry Viewer project?
14:12.50Shubham*are some top priority
14:27.05Notify03BRL-CAD:carlmoore * 64507 brlcad/trunk/src/librt/primitives/joint/joint.c: fix spellings
14:30.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:32.01*** join/#brlcad piyush (0e8bf154@gateway/web/freenode/ip.14.139.241.84)
14:35.00*** join/#brlcad cardinot__ (~cardinot@187.16.242.25)
14:45.38*** join/#brlcad ank22 (uid51029@gateway/web/irccloud.com/x-yxsosxkqgtumwvwl)
15:05.57*** join/#brlcad alisha_ (~quassel@115.184.107.198)
15:50.48*** join/#brlcad ujjwal (~ujjwal@1.22.28.232)
16:11.17*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
16:24.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:46.24*** join/#brlcad ujjwal (~ujjwal@1.22.28.232)
17:02.50*** join/#brlcad alisha (~quassel@115.184.107.198)
17:04.16*** join/#brlcad albertcoder (~quassel@1.39.34.35)
17:15.37*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
18:06.09*** join/#brlcad alisha (~quassel@101.60.219.176)
18:25.18*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
18:26.11*** join/#brlcad albertcoder (~quassel@202.164.45.204)
18:31.44*** join/#brlcad sofat (~sofat@202.164.45.212)
18:43.24*** join/#brlcad albert_coder (~quassel@202.164.45.204)
18:45.52*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
18:47.04Notify03BRL-CAD:carlmoore * 64508 brlcad/trunk/src/libged/wcodes.c: combine the print-usage logic
18:57.15*** join/#brlcad vasc (~VASC@bl8-100-123.dsl.telepac.pt)
18:58.33vaschello. i posted a work schedule proposal on the mailing-list. but i think you guys said we should also propose a patch with actual code. so i was wondering if there are any minor pending coding tasks i could help with.
19:00.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:01.33teepeevasc: have a look at the wiki
19:06.02vascok
19:06.16*** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-rzvauwkdrwjbncao)
19:11.11*** join/#brlcad Bennz (6bbc9c31@gateway/web/freenode/ip.107.188.156.49)
19:12.11Bennzhallo!
19:12.33teepeehi!
19:13.04BennzI submitted my proposal and I was going to request a review?
19:14.59BennzAre you mentoring?
19:15.15teepeeI do, for OpenSCAD
19:15.51teepeeI guess you'd increase the chances for feedback when pasting the link to the proposal :)
19:16.36Bennzhere or with the e-mail?
19:17.15teepeeas you prefer, even both is fine
19:18.22BennzOkay, I have it: https://www.google-melange.com/gsoc/proposal/review/student/google/gsoc2015/juniar/5757334940811264
19:18.49teepeehmm, that seems to be a private url
19:19.53teepeeare you sure it's actually submitted?
19:20.17Bennzif you are log in to GSoC I guess you can access it or with a google account.
19:20.54BennzI can make it also public
19:21.09teepeeahh, found it in the proposal list
19:21.13sofatbrlcad, I am searching for directory queue and I found this :-
19:21.13sofathttp://search.cpan.org/dist/Directory-Queue/lib/Directory/Queue/Simple.pm
19:21.17teepeeit has a different link there
19:22.03sofatis this right? means you  want to say me to use in project ?
19:22.45teepeeBennz: did you get the comment posted on the proposal?
19:23.38BennzNot yet, I guess no one has review it.
19:23.56teepeethere is a comment, which I guess is wrongly flagged as org-internal
19:28.17Notify03BRL-CAD Wiki:AnkushKhandelwal * 8052 /wiki/User:AnkushKhandelwal/OpenGLRendering:
19:33.12Notify03BRL-CAD Wiki:AnkushKhandelwal * 0 /wiki/File:CV.pdf:
19:34.06Notify03BRL-CAD Wiki:AnkushKhandelwal * 8054 /wiki/User:AnkushKhandelwal/OpenGLRendering:
19:35.03ShubhamGSOC'15 :OGV Project; Are there any top priority enhancements/add-ons needed on the Viewer, around which my proposal should be built?
19:58.03*** join/#brlcad maadhav (810a1244@gateway/web/freenode/ip.129.10.18.68)
20:03.22*** join/#brlcad lumos (~lumos@129.10.18.68)
20:03.52*** join/#brlcad aa-ahmedkhaled-a (29b09b85@gateway/web/freenode/ip.41.176.155.133)
20:04.22*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
20:04.46gaganjyothi brlcad , will I be able to update my proposal after 27th ? or it will be locked ?
20:05.11gaganjyotI am having a few discussions with my mentors and we might have some changes in the milestones
20:06.15lumosSame here. Can anyone please let me know about it?
20:06.21lumosThanks in advance!
20:06.53aa-ahmedkhaled-ai had some question to brlcad about the content of the proposal
20:07.17*** join/#brlcad Shubham_ (6719e766@gateway/web/freenode/ip.103.25.231.102)
20:07.29aa-ahmedkhaled-awhat is your project <lumos>
20:08.41*** join/#brlcad Shubham_ (6719e766@gateway/web/freenode/ip.103.25.231.102)
20:09.25lumosI will be mostly dealing with python geometry/ bindings.
20:09.50lumoswhat about you @aa-ahmedkhaled-a?
20:13.55aa-ahmedkhaled-amy project is about collada importer
20:20.14aa-ahmedkhaled-ais any body here to answer my question
20:24.49vaschow about this BRL-CAD proposal? https://drive.google.com/file/d/0B85Rkmt7rnCTZV9HNVIyZTRUMWM/view?usp=sharing
20:31.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:31.45aa-ahmedkhaled-a<vasc> thanks
20:32.54*** join/#brlcad merzo__ (~merzo@80-121-37-79.adsl.highway.telekom.at)
21:06.17*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-asrziswyxiblannw)
21:11.18*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
21:49.07*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:16.27*** join/#brlcad merzo__ (~merzo@80-121-37-79.adsl.highway.telekom.at)
22:37.03dracarys983brlcad, I have submitted my second proposal on melange. Please have a look when possible. I am onto working on patches now. :)
23:10.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:19.43*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:49.49*** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-jabyhqhkohabnpmu)
23:58.15Notify03BRL-CAD Wiki:Mitchdraft * 0 /wiki/User:Mitchdraf:
IRC log for #brlcad on 20150327

IRC log for #brlcad on 20150327

00:12.26*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-nswxkrcfovihmxdm)
00:22.42Notify03BRL-CAD Wiki:Mitchdraft * 8055 /wiki/User:Mitchdraft/GSoC15/Proposal: Created page with "This is the start of my proposal wiki"
00:52.46*** join/#brlcad ank22 (uid51029@gateway/web/irccloud.com/x-scohpontitjlbewv)
01:03.12Notify03BRL-CAD:ejno * 64509 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: make tol non-const and pass it to the callbacks
01:18.41aa-ahmedkhaled-ahttps://drive.google.com/drive/#my-drive this is my proposal how can i submit it to with alink not with acopy and paste method
01:45.12Notify03BRL-CAD:ejno * 64510 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: display a warning and continue when a conversion error is encountered
01:48.47Notify03BRL-CAD Wiki:Mitchdraft * 8056 /wiki/User:Mitchdraft/GSoC15/Proposal: Draft application v1
01:56.53Notify03BRL-CAD:ejno * 64511 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: formatting
02:02.09Notify03BRL-CAD Wiki:Mitchdraft * 8057 /wiki/User:Mitchdraft/GSoC15/Proposal: v2
02:02.53Notify03BRL-CAD Wiki:Mitchdraft * 8058 /wiki/User:Mitchdraft/GSoC15/Proposal: /* #Integrate Existing Libraries */
02:03.56Notify03BRL-CAD Wiki:Mitchdraft * 8059 /wiki/Contents_of_the_updated_MCAD_library: Created page with "=Structure of the MCAD library= *As of March 26, 2015 . ├── array ├── demos ├── electronics ├── extrusions │   ├── 8020 │   └── M..."
02:06.54Notify03BRL-CAD Wiki:Mitchdraft * 8060 /wiki/Contents_of_the_updated_MCAD_library:
02:07.33Notify03BRL-CAD Wiki:Mitchdraft * 8061 /wiki/Contents_of_the_updated_MCAD_library:
02:08.51Notify03BRL-CAD Wiki:Mitchdraft * 8062 /wiki/Contents_of_the_updated_MCAD_library:
02:09.29Notify03BRL-CAD Wiki:Mitchdraft * 8063 /wiki/Contents_of_the_updated_MCAD_library:
02:59.56Notify03BRL-CAD Wiki:Mitchdraft * 8064 /wiki/User:Mitchdraft/GSoC15/Proposal: /* #Integrate Existing Libraries */
03:00.30Notify03BRL-CAD Wiki:Mitchdraft * 8065 /wiki/User:Mitchdraft/GSoC15/Proposal: /* 1. Integrate Existing Libraries */
03:36.28starseekerinteresting:  https://github.com/Z3Prover/z3
03:52.45Notify03BRL-CAD Wiki:Mitchdraft * 8066 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Tasks */
03:53.00*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
03:55.42Notify03BRL-CAD Wiki:Mitchdraft * 8067 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Integrate Existing Libraries */
03:56.27Notify03BRL-CAD Wiki:Mitchdraft * 8068 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Include complete fastener kit */
04:16.37Notify03BRL-CAD Wiki:Mitchdraft * 8069 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Tasks */
04:19.31*** join/#brlcad infobot (ibot@rikers.org)
04:19.31*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer!
04:19.51Notify03BRL-CAD Wiki:Mitchdraft * 8070 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Specifics */
04:25.17Notify03BRL-CAD Wiki:Mitchdraft * 8071 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Project Information */
04:25.35Notify03BRL-CAD Wiki:Mitchdraft * 8072 /wiki/User:Mitchdraft/GSoC15/Proposal: /* OpenSCAD Standard Library */
04:25.50Notify03BRL-CAD Wiki:Mitchdraft * 8073 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Project Information: OpenSCAD Standard Library */
04:26.42Notify03BRL-CAD Wiki:Mitchdraft * 8074 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Project Description: */
04:27.20Notify03BRL-CAD Wiki:Mitchdraft * 8075 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Tasks */
04:29.13Notify03BRL-CAD Wiki:Mitchdraft * 8076 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Personal Information */
04:29.58Notify03BRL-CAD Wiki:Mitchdraft * 8077 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Project Information: OpenSCAD Standard Library */
04:30.46Notify03BRL-CAD Wiki:Mitchdraft * 8078 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Why I am interested in this project and why I am the best person to do it: */
04:31.35Notify03BRL-CAD Wiki:Mitchdraft * 8079 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Demonstration of competency and preparedness */
04:32.23Notify03BRL-CAD Wiki:Mitchdraft * 8080 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Tasks */
04:36.48Notify03BRL-CAD Wiki:Mitchdraft * 8081 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Reqs */
04:58.13Notify03BRL-CAD Wiki:Mitchdraft * 8082 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Reqs */
05:00.12Notify03BRL-CAD Wiki:Mitchdraft * 8083 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Project Description: */
05:01.15Notify03BRL-CAD Wiki:Mitchdraft * 8084 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Project Description: */
05:01.53Notify03BRL-CAD Wiki:Mitchdraft * 8085 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Tasks */
05:03.58Notify03BRL-CAD Wiki:Mitchdraft * 8086 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Detailed: */
05:05.11Notify03BRL-CAD Wiki:Mitchdraft * 8087 /wiki/User:Mitchdraft/GSoC15/Proposal:
05:07.00Notify03BRL-CAD Wiki:Mitchdraft * 8088 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Detailed */
05:07.57Notify03BRL-CAD Wiki:Mitchdraft * 8089 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Detailed */
05:08.50Notify03BRL-CAD Wiki:Mitchdraft * 8090 /wiki/User:Mitchdraft/GSoC15/Proposal:
05:09.24Notify03BRL-CAD Wiki:Mitchdraft * 8091 /wiki/User:Mitchdraft/GSoC15/Proposal:
05:10.56*** join/#brlcad zhennanf_ (46bbb9da@gateway/web/freenode/ip.70.187.185.218)
05:21.01Notify03BRL-CAD Wiki:Mitchdraft * 8092 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Detailed */
06:18.49*** join/#brlcad alisha (~quassel@115.184.109.156)
06:23.29*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yxxefrpncmjwwshz)
07:21.52*** join/#brlcad merzo (~merzo@80-121-37-79.adsl.highway.telekom.at)
07:47.50*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:53.44*** join/#brlcad albertcoder (~quassel@1.39.33.74)
08:02.52*** join/#brlcad albertcoder (~quassel@202.164.53.117)
08:51.43*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bghdshozdsfhepem)
09:08.20*** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-njjxvhwspjaerjya)
09:15.55*** join/#brlcad jyhong (~jyhong@202.141.176.95)
09:18.13*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:27.13jyhongHi, I just heard the GSoC several hours ago than decide to participate.
09:27.23jyhongAm I too late now ?
09:45.21*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
10:12.34*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
10:45.08*** join/#brlcad manan (~manan@182.69.2.26)
10:45.47*** join/#brlcad ujjwal (~ujjwal@1.22.168.179)
10:45.55*** join/#brlcad ank22 (uid51029@gateway/web/irccloud.com/x-zlqtqtjjzjqczjsx)
10:48.15Notify03BRL-CAD Wiki:Albertcoder * 8093 /wiki/User:Albertcoder/: User Details
10:48.17Notify03BRL-CAD Wiki:Albertcoder * 8094 /wiki/User:Albertcoder: User Details
10:48.19Notify03BRL-CAD Wiki:Sherlock Wisdom * 8095 /wiki/User:Sherlock_Wisdom/GSoC15/proposal: Created page with "- Title: Massive Code Reduction - -- Personal Information -- -- Brief Background info -- -- Brief summary -- -- Detailed project Description -- -- What else I plan on doing -..."
10:58.57*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
11:04.52*** join/#brlcad Shubham_ (6719e766@gateway/web/freenode/ip.103.25.231.102)
11:04.56*** join/#brlcad jyhong (~jyhong@202.141.176.95)
11:06.07*** join/#brlcad Shubham_ (6719e766@gateway/web/freenode/ip.103.25.231.102)
11:07.00Shubham_gsoc OGV: The oAuth feature has not been implemented, right?
12:10.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:28.24Notify03BRL-CAD Wiki:108.49.196.8 * 8096 /wiki/User:Mitchdraft/GSoC15/Proposal:
12:31.15Notify03BRL-CAD Wiki:108.49.196.8 * 8097 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Schedule */
12:31.46Notify03BRL-CAD Wiki:108.49.196.8 * 8098 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Schedule */
12:33.05Notify03BRL-CAD Wiki:108.49.196.8 * 8099 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Schedule/Milestones */
12:46.46Notify03BRL-CAD Wiki:108.49.196.8 * 8100 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Availability */
12:48.19*** join/#brlcad Izakey (~Izakey@41.205.22.25)
12:50.37*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
12:50.49gaganjyotbrlcad, ping
12:54.41Notify03BRL-CAD Wiki:108.49.196.8 * 8101 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Personal Information */
13:02.52*** join/#brlcad cardinot (~cardinot@187.16.242.25)
13:02.52*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
13:03.28Notify03BRL-CAD Wiki:108.49.196.8 * 8102 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Personal Information */
13:07.13Notify03BRL-CAD Wiki:108.49.196.8 * 8103 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Personal Information */
13:09.26*** join/#brlcad ujjwal (~ujjwal@1.22.168.179)
13:13.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:17.08Notify03BRL-CAD Wiki:108.49.196.8 * 8104 /wiki/User:Mitchdraft/GSoC15/Proposal:
13:17.40Notify03BRL-CAD Wiki:108.49.196.8 * 8105 /wiki/User:Mitchdraft/GSoC15/Proposal:
13:30.51Notify03BRL-CAD:starseeker * 64512 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: reverse ordering if walk direction is negative
14:07.48Notify03BRL-CAD Wiki:Tafodinho1 * 0 /wiki/User:Tafodinho1:
14:10.11*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bqcqyzhmcfngpldh)
14:14.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:17.28Notify03BRL-CAD:carlmoore * 64513 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: remove trailing tab
14:27.03*** join/#brlcad cardinot (~cardinot@187.16.242.25)
14:27.03*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
14:48.29*** join/#brlcad ank22 (uid51029@gateway/web/irccloud.com/x-qbqfychdcsfrgwhs)
14:51.55Notify03BRL-CAD Wiki:AnkushKhandelwal * 8106 /wiki/User:AnkushKhandelwal/OpenGLRendering:
14:59.20*** join/#brlcad ujjwal (~ujjwal@1.22.29.66)
15:02.34*** join/#brlcad jyhong (~jyhong@202.141.176.95)
15:15.37*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
15:19.30Notify03BRL-CAD:starseeker * 64514 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): Try to make the characterization a bit more robust.
15:23.27*** join/#brlcad ujjwal (~ujjwal@1.22.29.66)
15:25.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:37.57Notify03BRL-CAD Wiki:AnkushKhandelwal * 8107 /wiki/User:AnkushKhandelwal/OpenGLRendering:
15:44.41Notify03BRL-CAD Wiki:AnkushKhandelwal * 8108 /wiki/User:AnkushKhandelwal/OpenGLRendering:
15:45.00Notify03BRL-CAD Wiki:AnkushKhandelwal * 8109 /wiki/User:AnkushKhandelwal/OpenGLRendering:
15:45.37Notify03BRL-CAD Wiki:AnkushKhandelwal * 8110 /wiki/User:AnkushKhandelwal/OpenGLRendering:
15:52.10Notify03BRL-CAD Wiki:Fleurdevanille * 0 /wiki/User:Fleurdevanille:
15:56.23*** join/#brlcad merzo (~merzo@80-121-37-79.adsl.highway.telekom.at)
15:57.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:58.04*** join/#brlcad Shubham_ (0e62bcb4@gateway/web/freenode/ip.14.98.188.180)
16:18.13brlcadcool, continuous integration for windows
16:18.16brlcadstarts the setup
16:18.31*** join/#brlcad merzo (~merzo@80-121-37-79.adsl.highway.telekom.at)
16:32.04*** join/#brlcad perob (~chatzilla@93-143-52-170.adsl.net.t-com.hr)
16:36.08Notify03BRL-CAD Wiki:AnkushKhandelwal * 0 /wiki/File:Diagram.png:
16:37.06Notify03BRL-CAD Wiki:AnkushKhandelwal * 8112 /wiki/User:AnkushKhandelwal/OpenGLRendering:
16:39.13*** part/#brlcad perob (~chatzilla@93-143-52-170.adsl.net.t-com.hr)
16:43.27*** join/#brlcad manan (~manan@182.69.2.26)
16:55.40*** join/#brlcad merzo_ (~merzo@80-121-37-79.adsl.highway.telekom.at)
17:06.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:27.17``Erikheh, webgl tank game http://playcanv.as/p/aP0oxhUr
17:27.43``Erik(via https://news.ycombinator.com/item?id=9277183 )
17:38.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:39.57dracarys983``Erik, It's been 10 mins already and it hasn't finished loading yet on my laptop :P
17:40.15*** join/#brlcad manan (~manan@182.69.2.26)
17:41.05*** join/#brlcad manan_ (~manan@182.69.2.26)
17:42.03dracarys983Oh, loaded now.
17:44.43*** join/#brlcad alisha (~quassel@115.184.119.184)
18:02.20*** join/#brlcad geekgrl (~geekgrl@182.70.30.166)
18:05.14*** join/#brlcad merzo__ (~merzo@188-23-182-206.adsl.highway.telekom.at)
18:10.13*** join/#brlcad alisha (~quassel@115.184.103.56)
18:15.11*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
18:29.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:36.28*** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-cfrsyqnvjvyirwsz)
18:37.55*** join/#brlcad alisha_ (~quassel@115.184.72.79)
18:42.38*** join/#brlcad ih8sum3r (~chatzilla@122.173.181.3)
18:50.08*** join/#brlcad alisha (~quassel@115.184.103.56)
19:03.16*** join/#brlcad Izakey (~Izakey@41.205.22.63)
19:31.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:39.28*** join/#brlcad zenemij (~quassel@2a00:1508:1:f017:957b:1141:bf6b:5478)
19:50.23*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:43.54Notify03BRL-CAD:starseeker * 64515 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Try to find the greatest distance from the plane to an arc midpoint and use that for our testing - needed if we have multiple cylinder pieces making up a shape. Also, use the resulting distance to try and reign in the length of the subtraction arb8 primitives a bit. Doesn't do anything about their width, which is also possible in
20:43.56Notifytheory, but it's a start.
20:43.58Notify...
20:44.28Notify03BRL-CAD:starseeker * 64516 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Detect a negative planar_obj solid.
20:48.12Notify03BRL-CAD:starseeker * 64517 brlcad/trunk/src/libged/shape_recognition.cpp: Try to add a negative planar obj in the right place in the tree - probably need to do subtraction detection for this like any other obj when it's negative, but in the meantime this works for a simple case...
21:00.13*** join/#brlcad Shubham (0e624616@gateway/web/freenode/ip.14.98.70.22)
21:00.36ShubhamI wanted few .g sample files. Can anyone provide a link from where I can download.
21:10.25Notify03BRL-CAD:starseeker * 64518 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Note another possible problem case.
21:21.05Notify03BRL-CAD:starseeker * 64519 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Tweak walking loop
21:25.04starseekerShubham: there are some in the BRL-CAD distribution - they are built when BRL-CAD is built.  See share/db in the build directory
22:00.48Shubhamthanks starseeker, I'll look into it. If there is a direct link then it would be great. running low on time. I wanted these for testing purposes for OGV Project. Thanks a lot
22:10.21*** join/#brlcad alisha (~quassel@101.60.231.150)
22:18.57*** join/#brlcad kvasnyk (~kvasnyk@89-70-162-19.dynamic.chello.pl)
IRC log for #brlcad on 20150328

IRC log for #brlcad on 20150328

00:04.18*** join/#brlcad IriX64 (~kvirc@70.49.155.58)
00:07.07*** part/#brlcad IriX64 (~kvirc@70.49.155.58)
00:29.40*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
00:43.14*** join/#brlcad jyhong (~jyhong@202.141.176.95)
01:36.13*** join/#brlcad jyhong (~jyhong@202.141.176.95)
03:03.37*** join/#brlcad unicodesnowman (~unicodesn@wikipedia/unicodesnowman)
03:55.11*** join/#brlcad ujjwal (~ujjwal@1.23.106.5)
04:17.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:23.35*** join/#brlcad albertcoder (~quassel@202.164.53.117)
05:35.16*** join/#brlcad albertcoder (~quassel@202.164.53.117)
05:39.30*** join/#brlcad sofat (~sofat@202.164.53.117)
06:25.28*** join/#brlcad alisha (~quassel@115.184.3.54)
06:30.02*** join/#brlcad ujjwal (~ujjwal@1.23.106.5)
06:46.19*** join/#brlcad ujjwal (~ujjwal@1.23.106.5)
07:25.11*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:18.40*** join/#brlcad ujjwal (~ujjwal@1.23.106.5)
08:32.16*** join/#brlcad sofat (~sofat@202.164.53.117)
11:39.49*** join/#brlcad sofat (~sofat@202.164.53.117)
12:38.18``Erikmwahahahha, tablet with a camera and ffmpeg, 7yo is completely focused on making a stop motion video and the house is calm and quiet :)
12:51.18*** join/#brlcad luca79 (~luca@host75-111-dynamic.4-87-r.retail.telecomitalia.it)
13:01.48*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-tzwnvbqebgzkrroh)
13:22.17sofatstarseeker, hello
13:22.38sofati have some question regarding .cmake file for docs
13:22.45starseekerwhich one?
13:22.47sofatand CMakelist.txt
13:23.07sofatwhen i am use ADD_DOC command the they gave me error
13:23.11sofatcommand not found
13:23.28starseekerwhere are you using it?
13:23.42starseekerthat's a macro we define, so you have to have the right .cmake file included
13:23.57starseekerif you're adding it in our existing docbook directories it should "just work"
13:25.33sofatyes,
13:26.00sofatPlease tell me the procedure how to run CMakeList.txt file
13:26.13sofatis used cmake command to run this file
13:26.30starseekersofat: um.  you don't usually "run" the file
13:27.19starseekeryou add your new docbook file to one of the lists in doc/docbook/* (probably articles if you're working on the .tr conversions) and then do a BRL-CAD configure/build
13:27.58sofatYes i have done this work
13:28.21starseekerso why do you need your own "ADD_DOC" command?
13:28.28starseekeror even your own CMakeLists.txt file?
13:29.15starseekerwhy not just add your file to the docbook_articles_EN list in doc/docbook/articles/en/CMakeLists.txt
13:29.38sofatokay
13:29.55starseekerthen in your build directory for BRL-CAD, you can do "cd doc/docbook/articles/en" and run make
13:30.00starseekerit will build just that subdirectory
13:30.06starseekerand its dependencies
13:30.12sofatokay
13:30.37sofatso now i convert .tr file into xml using docbook tags
13:30.47starseekersounds good!
13:31.09sofati want to submit these files as my patch after testing.
13:32.00starseekerOK - it should be pretty easy to add them to the existing CMakeLists.txt logic, if you already have a BRL-CAD build up and working
13:32.08starseekerthat's the best way to test it
13:32.20starseekerdocbook conversion is not a "stand-alone" process for BRL-CAD
13:32.28sofatokay
13:33.03sofatI am using xsltproc to convert xml to html output
13:34.37sofatand i successfully converted the doc into html using docbook style sheet
13:36.23sofatso now i need to test these files according your way or its ok because I also check in .cmake files you also used xsltproc command to convert the xml doc into html ?
13:41.18starseekerit's better if you test them in BRL-CAD's own framework
13:41.45starseekerwe don't just convert them, there's also a validation process
13:41.53sofatokay
13:42.04starseekerand the simplest patch to apply is the svn diff that adds the file and adds them to our CMakeLists.txt file
13:42.45sofatok
13:42.50starseekerit's find if you want to do your own testing, but really it should be a *lot* simpler just to add your xml file to our build from the get-go...
13:43.09starseekerthat's how I do docbook writing or conversion myself - use our own build framework
13:43.31starseekerer, it's fine
13:43.39starseekerattempts to wake up...
13:43.54sofatyes i understand.
13:46.44starseekeralso, for testing pdf builds you can install Apache FOP and we handle all the nasty "how to run the tools" aspects of the process
13:47.00starseekerhasn't done a PDF build in a while, should make sure that's still working...
13:54.45Notify03BRL-CAD:starseeker * 64520 brlcad/trunk/CMakeLists.txt: Protect the CMP0021 setting
14:06.16starseekerwell, it's clear our PDF formatting still leaves a lot to be desired overall, but it does work
14:32.22*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-drfnkhjflnbqhpeu)
14:42.22*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-iqnyhkcbuxufrtpr)
15:02.21*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-cpuxbjkclatzcglg)
16:01.20*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
16:03.46*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
16:08.21*** join/#brlcad sofat (~sofat@202.164.45.204)
16:23.41*** join/#brlcad albertcoder (~quassel@1.39.34.124)
16:23.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:31.25*** join/#brlcad pujani (~pujani@202.164.45.212)
16:32.33*** join/#brlcad pujani (~pujani@202.164.45.212)
16:50.16*** join/#brlcad pujani (~pujani@202.164.45.212)
16:56.34pujaniHello to all, My Name is Sameer Pujani an undergraduate 3rd year student of Guru Nanak Dev Engineering College, India. I am participating in GSoC 2015 under project of Materials Database. I need some guidance, So Please help me.
16:58.41pujaniHello to all, My Name is Sameer Pujani an undergraduate 3rd year student of Guru Nanak Dev Engineering College, India. I am participating in GSoC 2015 under project of Materials Database. I need some guidance, so Please help me.
17:02.56albertcoderHi pujani welcome!
17:03.08albertcoderHave you checked the previous code?
17:03.37albertcoderIf not check it and try to understand. https://github.com/BRL-CAD/MaterialsDatabase
17:04.22albertcoderGet yourself warmed up with this and try to submit a few patches or pull requests.
17:17.10*** join/#brlcad lemur (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
17:20.38lemurHi, I was wondering about submitting a patch. Sorry if its a bite late, I've only just wrapped up my finals (for the most part). Is it just a case of pick something out the bug tracker and fix it?
17:21.15lemurNever contributed to a project like this, so just double checking, hah
17:22.39*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
17:23.07*** join/#brlcad sofat (~sofat@202.164.45.212)
17:23.10gaganjyotbrlcad, hi! can I get my proposal editable ? My team is discussing and i may beed to make changes
17:23.14gaganjyotneed*
17:23.19*** join/#brlcad pujani (~pujani@202.164.45.212)
17:23.34*** join/#brlcad albertcoder (~quassel@1.39.34.124)
17:23.48Ch3ckgaganjyot: do you have a link to it on brlcad wiki?
17:24.33gaganjyotCh3ck, no not on BRL-CAD wiki
17:24.41gaganjyotthough directly to melange
17:24.59Ch3ckwell you could make changes to it on brlcad wiki and comment on melange,
17:25.05gaganjyotI see
17:25.08gaganjyotfine Ch3ck :)
17:25.34lemurDo we have to post our proposal to BRL-CAD wiki?
17:25.39Ch3ckgaganjyot: your proposal on melange is only editable if the org admins permit
17:25.52Ch3ckso you just have to *ask* :D
17:30.14*** join/#brlcad albertcoder (~quassel@1.39.34.124)
17:33.25sofatI want to add my proposal on brlcad wiki site how i do this?
17:35.00albertcoderHi sofat, just go to a URL like http://brlcad.org/wiki/User:Albertcoder/Proposal/materialdatabase replacing it with your name and edit that page to add your proposal.
17:35.05gaganjyotCh3ck, I asked to make it editable to brlcad  :-o
17:35.55albertcodersofat: you will have to create that page since it does not exist before.
17:47.27Ch3ckStep -1: Create an account firs
17:47.31Ch3cks
17:48.16Ch3cks/firs /first/d  :) sofat
17:50.43*** join/#brlcad pujani (~pujani@202.164.45.204)
17:52.06Notify03BRL-CAD Wiki:Hitesh sofat * 8113 /wiki/User:Hitesh/Proposal/: Created page with "Name: Hitesh Sofat E-mail id: sofathitesh@gmail.com IRC username: sofat Phone Number: +91 977 917 3996 Brief Background I am a final year graduate in Information Techn..."
17:58.20*** join/#brlcad sofat (~sofat@202.164.45.204)
18:07.23*** join/#brlcad andrei_il (~andrei@109.100.128.78)
18:35.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:38.42*** join/#brlcad pujani (~pujani@202.164.45.208)
18:41.36*** join/#brlcad albert_coder (~quassel@1.39.32.221)
18:46.10Notify03BRL-CAD Wiki:Pujanibrlcad * 0 /wiki/User:Pujanibrlcad:
18:47.36lemurim having problems picking a bug to fix - anybody got anything that's been annoying them?
18:49.31teepeelemur: try one from the "Contributor Quickies" ?
18:50.03lemurgotcha thanks. was sifting through subversion
18:50.06lemurits like
18:50.17lemurooh, why /does/ that happen
18:50.35lemurthen the next bug is just as distracting
18:57.39*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yppdummcsvtysktd)
18:59.19Notify03BRL-CAD Wiki:Pujanibrlcad * 8114 /wiki/User:Pujanibrlcad/Proposal/: Created page with "Name: Sameer Pujani E-mail address: SAMEERPUJANIGNDPC@gmail.com IRC username: pujani Phone number: +91 98767 53998 Brief background: I am 2nd year undergraduate IT student a..."
19:01.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:09.51*** join/#brlcad albertcoder (~quassel@1.39.35.184)
19:16.31*** join/#brlcad ih8sum3r (~chatzilla@122.173.196.136)
19:21.57*** join/#brlcad albert_coder (~quassel@1.39.32.38)
19:29.45*** join/#brlcad albertcoder (~quassel@1.39.32.38)
19:30.22*** join/#brlcad pujani (~pujani@202.164.45.208)
19:31.06*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:55.10lemurSo, I've found something that I'm having a go at fixing
19:55.33lemurbasically in libicv in fileformat.c we're using BUFSIZ
19:57.16lemurinstead of calculating explicitly the buffer size; I kind of know how to fix it - dealt with something similar-ish, but I was hoping to quickly outline my approach and see how your standard coding formatting is
19:59.44lemurI was thinking just use setbuf and change the size of BUFSIZ, but only if we neeed to?
20:00.14lemurbut I am not 100% of any knock-on effects that would have
20:00.21lemur*100% sure
20:00.58lemurand I was just going to stick a new method or two at the bottom of fileformat.c
20:03.43``Erikchnage the size how?
20:04.11``Erikand which bufsiz are you looking at, the icv_guess_file_format() one?
20:04.17lemuryes
20:04.18lemurlol
20:04.28lemursorry, the comment stuck out at me
20:04.33lemurwhen i was reading through the source
20:05.34lemurum, not really change the size, more just pass it another value for buffer size
20:05.37``Erikditching the buffer and using vls is probably the 'right' way
20:05.40lemurusing sizeOf operations
20:05.50lemurnever done it
20:06.03lemurwhere could I read about vls? I keep getting other things when I google for it
20:06.07``Erikvls is a self-managing string object from libbu
20:06.18``Erik(it's part of BRL-CAD)
20:06.20lemurI'll take a look
20:06.27lemurah, that will explain why hah
20:07.34lemurso instead of passing *trimmedname as a char, use vls?
20:07.42``Erikyeah
20:08.49lemurI'm away from my linux worktop, so searching through the source is a bit of a pain
20:08.55lemurhow exactly does the trim work?
20:09.51``Erikum, trimmedname is a destination buffer for the actual file name to handle a fake name like "PNG:myimg.png" (so only "myimg.png" is put in trimmedname and can be fopened)
20:10.09*** join/#brlcad pujani (~pujani@202.164.45.204)
20:10.10lemurah okay
20:10.12lemurthank you
20:10.17lemurI'll take a look at vls
20:10.40``Erikwhen you get back to a linux machine, what the file with cpp or gcc -E to see how the macro expansion happens (I'd pipe it through indent to help make it readable)
20:10.45``Eriks/what/whack/
20:11.09lemurunlikely to happen for a weekend
20:11.12lemurat my parents
20:11.13lemur:P
20:11.23``Erikah, no sshd's? :D
20:11.24lemurunless they jump to linux, I'm using windows haha
20:11.36lemuroh no still sshd
20:11.40lemurdid that myself
20:11.48lemurkilled the complaints about slow pc
20:11.50lemur:P
20:24.18``Erikwell, either way, I'd strongly advise expanding the macros to read the function... I was on a bit of a macro binge that day (I think starseeker complained about macros right before I wrote it, so'z I had to abuse him with macro insanity)
20:26.47*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
20:57.14*** join/#brlcad cardinot (~cardinot@191.249.206.58)
20:57.14*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
21:08.35dracarys983brlcad, In case I provide a -n option in exporting bot to dxf/sat, should I dump the surface normals in a separate file? Because maybe it might cause a problem in reading the dxf/sat.
21:09.17dracarys983Or should I append the surface normals at the end?
21:10.26dracarys983``Erik, starseeker : Any suggestions?
21:10.56*** join/#brlcad ank22 (uid51029@gateway/web/irccloud.com/x-czedjdbysvqlqwfp)
21:23.44*** join/#brlcad Ch3ck_ (~localhost@41.244.243.58)
21:38.37lemurErik, when you mentioned macros you meant vls right?
21:52.48*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
22:50.09*** join/#brlcad SquirrelCZECH (~Squirrel@ip-89-102-104-133.net.upcbroadband.cz)
23:09.11lemurIs there a good bit of the code where vls is used?
23:09.26lemurI'm just looking for an example now, pretty solid on the whole thing
23:29.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:32.16lemurno, found one no problems
IRC log for #brlcad on 20150329

IRC log for #brlcad on 20150329

00:23.01Notify03BRL-CAD Wiki:Konrado DJ * 8115 /wiki/User:Konrado_DJ/GSoc2015/Proposal/X3D_Importer:
00:52.55lemurcan I set the vls to make the string shorter if trimmedname is larger than BUFSIZ
01:04.29lemurfor icv_guess_file_format
01:04.39lemurwhere is trimmedname and filename actually passed from?
01:04.55lemurI can't seem to track it down
01:23.55lemureh ignore that, irrelevant question
01:26.04lemur''Erik, if I take the filename and trimmedname in, make vls objects from them within icv_guess_file_format, and then pass that through the rest of the define CMP bit, would that work okay?
01:29.19*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
01:39.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:45.35*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:53.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:20.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:52.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:29.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:45.41*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ptadoryqwhwizzqm)
10:22.40*** join/#brlcad albertcoder (~quassel@1.39.32.160)
10:37.34*** join/#brlcad dracarys983_ (~dracarys@183.82.229.215)
11:09.40*** join/#brlcad jyhong (~jyhong@222.195.92.89)
11:19.02SquirrelCZECHhi folks!
11:19.53SquirrelCZECHI am working on small python library that creates CAD models using openscad and recently I created "material" support
11:20.16SquirrelCZECHand was wondering where to get database of materials for it...
11:20.29SquirrelCZECH(so far my only result is that you made some progress in that way)
11:20.54SquirrelCZECHwould you care about making independent project just to store material information and let anybody use this storage?
11:29.37*** join/#brlcad dracarys983_ (~dracarys@183.82.229.215)
11:39.33``Erikhttp://cheezburger.com/7234004992
11:40.44``ErikSquirrelCZECH: there's a "materials database" project under the BRL-CAD umbrella that's supposed to do exactly that... with an api type deal and everything (it's been worked on as a gsoc project before)
11:53.02SquirrelCZECHI see
11:59.28*** join/#brlcad infobot_ (ibot@rikers.org)
11:59.28*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer!
12:26.13*** join/#brlcad sofat (~sofat@202.164.45.204)
12:39.26*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
13:13.30*** join/#brlcad ih8sum3r (~chatzilla@122.173.196.136)
13:14.13*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
13:17.42*** join/#brlcad jyhong (~jyhong@222.195.92.89)
13:29.00*** join/#brlcad sofat (~sofat@202.164.45.204)
13:31.57*** join/#brlcad sofat (~sofat@202.164.45.204)
13:32.19sofatstarseeker, what is last date for patch submission ?
13:33.00sofatany one know this ?
13:47.15*** join/#brlcad Ch3ck_ (~localhost@41.244.243.118)
13:55.53*** join/#brlcad sofat (~sofat@202.164.45.204)
14:12.38*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
14:19.03*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
14:23.51*** join/#brlcad andrei_il (6d64804e@gateway/web/cgi-irc/kiwiirc.com/ip.109.100.128.78)
14:25.34andrei_ilhi
14:25.37*** join/#brlcad Ch3ck_ (~localhost@41.244.240.4)
14:29.01andrei_ilThere was an email on the devel list regarding submitting a patch until monday
14:29.21andrei_ilinitially, I submitted a skeleton  for the  scad-g importer I proposed, it's added in BRL-CAD Logic
14:29.49andrei_ilI didn't know if it could be considered a patch
14:30.36*** join/#brlcad sofat (~sofat@202.164.45.204)
14:31.00andrei_ilso today  I fixed the pipe implementation (http://sourceforge.net/p/brlcad/patches/300/)
14:31.34andrei_ilI know it's not related to my proposal, but I found it while I was researching for the geometry api  initially
14:31.54andrei_ilIn my opinion, it was useful to fix it, so the implementation could be integrated
14:32.46andrei_ilI have also looked over contributor quickies but I didn't find any primitive with a reasonable formula that's missing volume
14:33.12andrei_ilI only found heart
14:33.24andrei_ilAs for centroid and surface, I haven't looked as thorough, as I had school commitments
14:33.38andrei_ilDoes any of my work consider as a valid patch, if not, can you point me towards somthing that would be?
14:36.04*** join/#brlcad Ch3ck_ (~localhost@41.244.240.4)
14:43.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:49.55*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
15:13.23*** join/#brlcad vasc (~VASC@bl12-166-207.dsl.telepac.pt)
15:14.13vaschowdy. when's the deadline to provide a patch to you guys? it's going to be nearly impossible for me to have the time to do one today or tomorrow. deadline.
15:14.39vasci have to deliver a journal article
15:14.49*** part/#brlcad vasc (~VASC@bl12-166-207.dsl.telepac.pt)
15:14.56*** join/#brlcad vasc (~VASC@bl12-166-207.dsl.telepac.pt)
15:18.14ih8sum3rHello
15:20.36teepeevasc: http://sourceforge.net/p/brlcad/mailman/message/33651064/ should have all the info
15:21.01vascthx
15:21.12vascbut it's going to be bloody hard for me to find the time
15:21.32vascsi'll try to do it this week
15:24.33teepeeyeah, sometimes things get in the way. the suggestion to provide a patch was there from the beginning though
15:25.17vascyeah i know. but this month has been a mess.
15:25.30vascmultiple cascading deadlines
15:25.33teepeeknows how it's not working well to leave things to the last moment but still does it from time to time
15:25.43vascwell
15:26.15vasci downloaded and compiled the code and read it a bit
15:26.16*** join/#brlcad albertcoder (~quassel@1.39.32.160)
15:26.33vasci have a couple of possible ideas for patches
15:26.47vascbut today and tomorrow just impossible
15:27.14vasci can get the point behind the request of course
15:27.24vascits not easy to dive into a mature codebase like brlcad
15:29.01*** join/#brlcad Ch3ck_ (~localhost@41.205.22.36)
15:29.57teepeeindeed, but it does apply for most work in software development
15:30.24teepeeprobably 97,46% of all the works is reading, understanding and modifying existing code
15:30.31vascyeah
15:33.26*** join/#brlcad albert_coder (~quassel@1.39.33.122)
16:22.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:27.34*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
16:31.08*** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:697d:28b1:22e9:9b6)
16:44.08*** join/#brlcad pujani (~pujani@202.164.45.212)
16:45.13*** join/#brlcad pujani_ (~pujani@202.164.45.212)
16:57.41*** join/#brlcad ih8sum3r (~chatzilla@122.173.196.136)
16:59.30*** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:697d:28b1:22e9:9b6)
17:00.30*** join/#brlcad albertcoder (~quassel@1.39.33.122)
17:16.33*** join/#brlcad lemur (~lemur@host213-122-133-147.range213-122.btcentralplus.com)
17:16.47*** join/#brlcad albertcoder (~quassel@1.39.32.134)
17:17.08Notify03BRL-CAD Wiki:NyahCh3ck20 * 8116 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: Contributions
17:27.27*** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:697d:28b1:22e9:9b6)
17:31.46Nicop06N
17:34.01*** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:697d:28b1:22e9:9b6)
17:43.23*** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:697d:28b1:22e9:9b6)
17:47.24*** join/#brlcad pujani (~pujani@202.164.45.204)
17:47.27*** join/#brlcad pujani_ (~pujani@202.164.45.204)
17:57.14*** join/#brlcad andrei_il (~andrei@109.100.128.78)
18:03.58ih8sum3rI have updated meteor and BRL-CAD to the latest version i.e 1.0.5 and rel-7.24.2 respectively. Earlier due to some path problem OGV was not working. I have corrected the path settings according to the latest release. Now if I submit it as a PR will it be acceptable or not.
18:29.20*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:41.31*** join/#brlcad sofat (~sofat@202.164.45.204)
18:42.38*** join/#brlcad pujani (~pujani@202.164.45.204)
18:42.46*** join/#brlcad pujani_ (~pujani@202.164.45.204)
18:45.36*** join/#brlcad pujani (~pujani@202.164.45.204)
18:57.08*** join/#brlcad sofat (~sofat@202.164.45.204)
19:12.10*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ctmjcvapmdddjmnn)
19:12.40*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-vjozeqoqttwdflsq)
19:37.11*** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:f4ab:cfe9:166:531a)
20:01.48*** join/#brlcad sofat (~sofat@202.164.45.212)
20:14.16*** join/#brlcad sofat (~sofat@202.164.45.212)
20:21.28*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
21:17.26*** join/#brlcad andrei_il (6d64804e@gateway/web/cgi-irc/kiwiirc.com/ip.109.100.128.78)
21:33.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:33.22*** join/#brlcad pujani (~pujani@202.164.45.204)
21:52.28*** join/#brlcad pujani (~pujani@202.164.45.212)
22:10.27*** join/#brlcad pujani (~pujani@202.164.45.212)
22:13.26*** join/#brlcad pujani (~pujani@202.164.45.212)
22:51.35*** join/#brlcad pujani (~pujani@202.164.45.212)
23:01.11*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:38.19*** join/#brlcad konrado (~konro@41.205.22.38)
23:51.44*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20150330

IRC log for #brlcad on 20150330

02:32.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:23.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:54.06*** join/#brlcad konrado (~konro@41.205.22.57)
05:45.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:58.41*** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79)
06:07.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:13.25niharWhen is the deadline for submitting patches for GSOC aspirants?
06:17.16*** join/#brlcad sofat (~sofat@202.164.53.117)
06:24.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:36.59*** join/#brlcad sofat (~sofat@202.164.53.117)
08:07.28*** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94)
08:16.05*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
08:50.30*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:57.15*** join/#brlcad albertcoder (~quassel@202.164.53.117)
09:12.24*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:40.12*** join/#brlcad sofat (~sofat@202.164.53.117)
10:00.08*** join/#brlcad albertcoder (~quassel@202.164.53.117)
11:10.15*** join/#brlcad merzo (~merzo@92.60.189.225)
11:14.18*** join/#brlcad merzo (~merzo@92.60.189.225)
11:34.24*** join/#brlcad sofat (~sofat@202.164.53.117)
11:39.52*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
11:49.04*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:01.01*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
12:03.50sofatstarseeker, hello
12:03.50*** join/#brlcad Izakey (~Izakey@41.205.22.63)
12:04.28sofatAre you know about this "directory queue strategy" it is related with file system ?
12:05.56sofatI tried to search for this but I  could not found any useful information. So please tell me what is this ?
12:07.10sofatanyone know about this  ?
13:25.12*** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-spdfgkvdhwmcxrks)
13:41.24*** join/#brlcad alisha (~quassel@101.60.137.157)
14:05.02*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:12.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:07.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:12.17*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
15:22.12*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
15:24.32ShubhamGSOC'15; OGV-meteor project proposal;    Please have a look in the comment section where I have added links to PR/patches for the project, and my developments so far (after the proposal submission)
15:35.37Notify03BRL-CAD:starseeker * 64521 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c and 2 others): Prepare the bn_polygon_triangulate API to accept holes.
15:41.17Notify03BRL-CAD:starseeker * 64522 brlcad/trunk/include/bn/polygon.h: tweak comment
16:00.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:07.51*** join/#brlcad albertcoder (~quassel@202.164.45.204)
16:17.26*** join/#brlcad albertcoder (~quassel@202.164.45.204)
16:25.32*** join/#brlcad andrei_il (6d64804e@gateway/web/cgi-irc/kiwiirc.com/ip.109.100.128.78)
16:34.10*** join/#brlcad andrei_il (~andrei@109.100.128.78)
16:34.17andrei_il#openscad
16:40.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:50.08*** join/#brlcad albertcoder (~quassel@1.39.40.17)
16:50.17Notify03BRL-CAD:starseeker * 64523 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c and 2 others): If we want to do this right, the polygon and the holes have to use the same index notations into the same point list.
16:54.39*** join/#brlcad alisha (~quassel@101.60.137.157)
17:04.45*** join/#brlcad albertcoder (~quassel@202.164.45.204)
17:05.12*** join/#brlcad alisha (~quassel@101.60.211.248)
17:10.51*** join/#brlcad alisha (~quassel@115.184.11.7)
17:15.48*** join/#brlcad albertcoder (~quassel@1.39.40.17)
17:20.51*** join/#brlcad sofat (~sofat@202.164.45.212)
17:22.00sofatbrlcad, hello
17:25.25sofatI want to know about "directory queue strategy" please elaborate this concept. I am searching about this but I could not found any useful information about this so please tell what is this concept, it related with file system ?
17:28.56sofat``Erik, you know about this  concept ?
17:33.45*** join/#brlcad YashM (~YashM@117.198.7.115)
17:34.22*** join/#brlcad albertcoder (~quassel@202.164.45.204)
17:40.35*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
17:41.13sofatany one know about this ?
17:42.16StragusNo idea. There are many interpretations possibles, depending on context
17:42.20Straguspossible*
17:42.29*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
17:47.41sofatStragus, ok thanks :-(
17:50.25``Eriksofat: no idea, what's the context?
17:50.46*** join/#brlcad pujani (~pujani@202.164.45.204)
17:50.48``Erikif you can tell us where you got the phrase from, it might help us figure out what the hell it means :)
17:51.43sofat``Erik, brlcad told me about this for eliminate mysql and use this concept for storage and fetch documents on websites
17:54.27``Erikhm, not sure what would be queued... but filesystems are excellent at holding files, it's something they tend to do even better than mysql...
17:55.01``Erikso I guess you'd need to tell us how you're abusi, er, using mysql for us to comment... :D
18:03.09*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
18:13.16sofat``Erik, Please check this. This is reply by brlcad.
18:13.25sofathttps://docs.google.com/document/d/1e0ujwZUvjyvK3J7pLMwn4on1etpKw0grPQv0mKyaFhA/edit?usp=sharinghttps://docs.google.com/document/d/1e0ujwZUvjyvK3J7pLMwn4on1etpKw0grPQv0mKyaFhA/edit?usp=sharing
18:13.34sofathttps://docs.google.com/document/d/1e0ujwZUvjyvK3J7pLMwn4on1etpKw0grPQv0mKyaFhA/edit?usp=sharing
18:14.44sofatthird paragraph ..
18:27.05sofat``Erik, you found any thing ?
18:28.43*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
18:30.22*** join/#brlcad albertcoder (~quassel@202.164.45.204)
18:50.53sofat<PROTECTED>
18:59.35Notify03BRL-CAD:bob1961 * 64524 brlcad/branches/eab/src/tclscripts/lib/Ged.tcl: Changed the end_data_poly_cont trigger event to a mouse button instead of using Shift-button. Added a bit of code to call the mEndDataPolygonCallbacks in end_data_poly_move when in moveall mode.
19:01.05pujanihi, I have done some improvements in Materials Database. Should I submit the patch or send a pull request?
19:03.07Notify03BRL-CAD:bob1961 * 64525 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Changed the end_data_poly_cont trigger event to a mouse button instead of using Shift-button. Added a bit of code to call the mEndDataPolygonCallbacks in end_data_poly_move when in moveall mode.
19:19.22*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-emnsbblpwovryrlf)
19:24.04*** join/#brlcad andrei_il (~andrei@109.100.128.78)
19:24.47Notify03BRL-CAD:carlmoore * 64526 brlcad/trunk/src/libged/lc.c: in using -0 option in lc.c, store the 'regions' struct-arracy from back to front to match what I was getting for -0 in lc.tcl code
19:26.15andrei_ilbrlcad : hi, when there's time, can you please have a look on the comment on my proposal? (I'm Andrei Ilinca) Thanks!
19:28.05``Erikpujani: BRL-CAD uses subversion, so no pull requests... just the patch tracker. Make sure you do something with the patch submission and gsoc application so we can go from one to the other (bidirectional association)
19:28.51``Erikheh, and sofat is gone
19:33.52*** join/#brlcad sofat (~sofat@202.164.45.204)
19:34.03sofat``Erik, yes
19:36.59pujani``Erik, Thanks
19:44.36sofat``Erik, Have you read this mail content ?
19:44.51sofatI am waiting your reply
19:48.44``Eriksofat: yes, it's pretty simple...
19:48.47pujani``Erik, I have forked Materials Database from github and thinking to send the pull request
19:49.13sofatmeans ?
19:49.59``Eriksofat: you have two sets of documents... "pending review" and "reviewed and ready for commit"... shove new stuff in a "pending review" directory... when someone clicks something, move the file to either a "reviewed and ready o commit" directory or a "rejected" directory... done!
19:50.35``Erikpujani: ah, sorry, there is some stuff on github and that can be done with pull requests. I thought you meant a change for BRL-CAD itself :)
19:53.19pujani``Erik, Ok Thanks I send pull request
19:54.44dracarys983``Erik, any idea about where to add the surface normals in the output files for DXF and SAT export formats? Or should I make a new file and add them there?
20:00.15sofat``Erik, Thanks I also thought same and shared mock'ups in my proposal
20:01.29sofat1qqqqqq
20:04.08``Erikdracarys983: nope, not familiar with those formats... I'd google around for file format specifications and see if they handle explicit normals at all
20:05.56dracarys983``Erik, Actually they don't have surface normals in their formats. So, I had to add an option for them. I was wondering whether it would be safe to add in the same file, because it might cause a problem reading them.
20:08.44``ErikI'd assume adding unexpected "junk" would be bad... typically, extra data that doesn't fit in a format is discarded, is there a reason that can't be done?
20:10.11andrei_il``Erik, hi!
20:10.31andrei_ilcould you please look at the comment I left on my proposal? (I'm Andrei Ilinca )
20:10.51andrei_ilI m asking if the patches I submitted are/can be considered
20:14.00``Erikaw man, if I look at yours, I have to look at everyones! :D hold on a minute, melange is horrible...
20:14.56dracarys983``Erik, I haven't seen the code that imports them and reads the file (if it's imported at all).
20:15.29dracarys983Well, I have assumed that extra data would be discarded and added the normals at the end. :P
20:15.30``Erikdracarys983: it looks like triangles in dxf infer normals from winding order
20:17.17``Erikandrei_il: 329 and 330?
20:17.23andrei_ilif it's easier, I can link the patches here and explain why I did them and see if it's reasonable
20:18.02andrei_il300 and 329
20:18.04dracarys983``Erik : Yes, it has plane-surface as the keyword. So, that should suffice for surface normals then?
20:19.47``Erikdracarys983: probably? (though you can't do tricks like modifying the vertex normals to fake curves with like gouraud shading)
20:21.47``Erikandrei_il: does 300 belong to geomcore or something?
20:21.55*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
20:22.34Notify03BRL-CAD:starseeker * 64527 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c and 2 others): Don't complicate the calling of the triangulation functionality unless necessary.
20:22.52``Erik329 looks like the svn diff was done in src/conv instead of the project root?
20:22.53andrei_ilyes, it belongs to rt^3 branch
20:25.11*** join/#brlcad andrei__ (bc19e1d8@gateway/web/freenode/ip.188.25.225.216)
20:26.33dracarys983``Erik: Uh, I don't follow. I was talking about this piece of code : https://gist.github.com/dracarys-stormborn/367b4463343b2c30e204
20:27.28andrei_ilyes but the changes only affected it
20:31.41andrei_ilIs there any issue in that?
20:35.34dracarys983``Erik: It already outputs normals there. VARGS3(norm). So, I need not add surface normals for -n option I guess? Sigh, I'm making a mess out of a simple thing.
20:38.51dracarys983Oh I'm sorry. I was looking at SAT's code. :(
20:43.16``Erikandrei_il: 329 looks technically correct but inadequate to be worth a patch. 330 deals with code I'm not up on, so I can't really comment
20:44.43``Erikhas to help a 7yo with homework, probably won't be back tonight... hopes he helped a little (or at least didn't confuse things too much) :)
20:45.45andrei_il``Erik , thanks for the review
20:49.51andrei_il``Erik: (if you still here) why inadequate to be worth a patch , should I add some geometry parsing on it? Thanks
21:20.13dracarys983<PROTECTED>
21:20.23dracarys983Thanks :D
22:41.26Notify03BRL-CAD:starseeker * 64528 brlcad/trunk/src/libbn/polygon.c: Start stubbing in the hole handling logic.
22:53.33*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:24.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150331

IRC log for #brlcad on 20150331

00:28.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:05.31Notify03BRL-CAD:starseeker * 64529 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Start setting up to pass multiple loops around for triangulation.
01:29.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:32.10Notify03BRL-CAD:starseeker * 64530 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Start setting up to test polygon-with-hole. Clearly not working yet.
01:35.15Notify03BRL-CAD:starseeker * 64531 brlcad/trunk/src/libbn/polygon.c: ws
01:43.16*** join/#brlcad jyhong_ (~jyhong@222.195.92.89)
04:49.24*** join/#brlcad pujani (~pujani@202.164.45.204)
04:49.35*** join/#brlcad pujani_ (~pujani@202.164.45.204)
05:30.11*** join/#brlcad Izakey (~Izakey@41.205.22.35)
05:56.25IzakeyHow can one test mirror support for a primitive ?
06:08.01*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-chkxftzwnjwstyhq)
06:14.35Notify03BRL-CAD Wiki:VirgilnvhwzxjdmvLamore * 0 /wiki/User:VirgilnvhwzxjdmvLamore:
06:51.09*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:26.25*** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-ymdjexskqtclgrxz)
07:29.50*** join/#brlcad alisha (~quassel@115.184.117.74)
07:58.12*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:29.29*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:22.47*** join/#brlcad albertcoder (~quassel@106.192.137.118)
09:27.15*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
09:33.08*** join/#brlcad albertcoder (~quassel@202.164.53.117)
10:05.19*** join/#brlcad albertcoder (~quassel@202.164.53.117)
11:24.15*** join/#brlcad andrei_il (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
12:29.01*** join/#brlcad alisha (~quassel@115.184.36.120)
12:48.02*** join/#brlcad alisha_ (~quassel@115.184.36.120)
13:16.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:20.52*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
14:25.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:01.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:48.21*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
16:08.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:10.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:49.45*** join/#brlcad alisha (~quassel@115.184.74.230)
17:06.13Notify03BRL-CAD:carlmoore * 64532 (brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): remove trailing blanks/tabs
17:08.57*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-xowctswnzunidgiq)
17:32.35*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-rsdrsxposnmdoguu)
17:32.43*** join/#brlcad alisha (~quassel@115.184.72.129)
17:32.55Notify03BRL-CAD:starseeker * 64533 (brlcad/trunk/src/libbn/polygon.c brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libged/shape_recognition.cpp): More work on multi-loop handling. Still not working.
17:37.31*** join/#brlcad andrei_ (bc19e1d8@gateway/web/freenode/ip.188.25.225.216)
17:41.54*** join/#brlcad alisha_ (~quassel@115.184.88.137)
18:18.36Notify03BRL-CAD:bob1961 * 64534 brlcad/branches/eab/src/libtclcad/tclcad_obj.c: Changed GO_DM_DRAW_POLY to always draw hole contours using a segmented line.
18:19.04Notify03BRL-CAD:bob1961 * 64535 brlcad/trunk/src/libtclcad/tclcad_obj.c: Changed GO_DM_DRAW_POLY to always draw hole contours using a segmented line.
18:29.25*** join/#brlcad Izakey (~Izakey@41.205.22.52)
18:45.40*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:47.08*** join/#brlcad alisha (~quassel@101.60.238.134)
18:53.08*** join/#brlcad localhost_ (~localhost@41.205.22.18)
18:58.25Notify03BRL-CAD:starseeker * 64536 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: wrong mapping for this application.
19:07.42*** join/#brlcad andrei_il (~andrei@109.100.128.78)
19:17.17IzakeyHi brlcad
19:18.20*** part/#brlcad Ch3ck (~localhost@41.205.22.18)
19:21.44IzakeyHi starseeker
19:21.59Izakey``Erik
19:22.17*** join/#brlcad alisha (~quassel@115.184.7.139)
19:27.16``Erikyargh, Izakey
19:29.06IzakeyI did some work and tried to commit it and I get this message http://pastebin.com/G4Bxk7b8
19:35.44Izakey``Erik Any suggestions to solve this problem ?
19:47.47Notify03BRL-CAD:starseeker * 64537 (brlcad/trunk/src/libbn/polygon.c brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Not sure this is fully correct, but first successful triangulation with second loop.
19:49.34*** join/#brlcad merzo (~merzo@2-111-132-95.pool.ukrtel.net)
20:02.02*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
20:03.11Notify03BRL-CAD:starseeker * 64538 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: add some comments
20:26.42``ErikIzakey: set the mime type? the solution is right there in what you pasted... brlcad put an autoprops file somewhere on the wiki I think
20:32.15*** join/#brlcad konrado (~konro@154.70.108.223)
20:48.18*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:21.49*** join/#brlcad konrado (~konro@154.70.108.220)
21:24.25*** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:f4ab:cfe9:166:531a)
22:06.43Notify03BRL-CAD:iiizzzaaakkk * 64539 brlcad/trunk/src/librt/CMakeLists.txt: Add mirror support for the heart.Compile primitives in alphabetical order too
22:08.26IzakeyThanks ``Erik, brlcad's writeup on http://wiki.bzflag.org/Mime-types helped
22:09.16``Erikcool beans
23:19.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:41.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:46.06Notify03BRL-CAD Wiki:AnkushKhandelwal * 0 /wiki/File:CV.pdf:
IRC log for #brlcad on 20150401

IRC log for #brlcad on 20150401

00:17.28Notify03BRL-CAD:n_reed * 64540 (brlcad/trunk/include/bu/endian.h brlcad/trunk/include/rt/db_diff.h and 2 others): add some missing C-interface declarations
00:51.44*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
01:17.09Notify03BRL-CAD:starseeker * 64541 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Trying to think ahead a little - generalize the triangulation calls so we don't need to introduce new functions even if we introduce options for triangulation algorithms. There are a number of these with different trade-offs, but they have (mostly) the same inputs
01:17.11Notifyand outputs - try to make the API ready for that now instead of having to alter it down the road.
01:17.13Notify...
01:18.25Notify03BRL-CAD:starseeker * 64542 brlcad/trunk/include/bn/polygon.h: comment cleanup
01:21.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:23.08Notify03BRL-CAD:starseeker * 64543 brlcad/trunk/src/libbn/tests/bn_polygon_triangulate.c: update test calls
01:39.57Notify03BRL-CAD:starseeker * 64544 brlcad/trunk/src/libbn/polygon.c: More work to do on this... need to get it right.
03:12.48Notify03BRL-CAD:brlcad * 64545 brlcad/trunk/NEWS: note isaac's persistent work towards implementing a new heart-shaped primitive, dubbed hrt. recently added mirror support, too, so begin to stage announcements.
03:48.13*** join/#brlcad konrado (29cd161e@gateway/web/freenode/ip.41.205.22.30)
04:10.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:55.27*** join/#brlcad infobot (ibot@rikers.org)
04:55.27*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer!
05:25.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:49.31*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:57.05*** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:697d:28b1:22e9:9b6)
07:30.50*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:34.59*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-gomwdwcpautuyszx)
08:44.08*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
08:44.24*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
08:44.30*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
08:44.40*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
08:45.10*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
08:45.25*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
08:52.03*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
08:54.35*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:58.41*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:51.28*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:01.53*** join/#brlcad dracarys983_ (~dracarys@27.107.198.236)
12:45.25teepee--brlcad: ``Erik: hi, just as additional verification... hyperair will potentionally mentor for OpenSCAD too, connection on melange should be pending.
13:20.21*** join/#brlcad andrei_il (~andrei@109.100.128.78)
13:43.23Notify03BRL-CAD:starseeker * 64546 (brlcad/trunk/src/libbn/polygon.c brlcad/trunk/src/libbn/tests/bn_polygon_triangulate.c): Need to rework the CCW test to handle an index array
14:18.54*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:18.55Notify03BRL-CAD:starseeker * 64547 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c): Generalize cw/ccw test
14:18.56Notify03BRL-CAD:starseeker * 64548 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c): Leave the option for a straight-up CW/CCW test of an array of points without making the user supply an array of indices
14:28.06*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:28.07Notify03BRL-CAD:starseeker * 64547 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c): Generalize cw/ccw test
14:28.09Notify03BRL-CAD:starseeker * 64548 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c): Leave the option for a straight-up CW/CCW test of an array of points without making the user supply an array of indices
14:36.40*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
14:40.26Notify03BRL-CAD:starseeker * 64549 brlcad/trunk/src/libbn/polygon.c: Take a stab at an alternate approach to finding a viable pair of vertices to split on
15:13.56Notify03BRL-CAD:starseeker * 64550 brlcad/trunk/src/libbn/tests/bn_polygon_triangulate.c: Add a test case that should produce an incorrect answer with the current setup.
15:31.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:32.53``Erikteepee: looks like brlcad accepted him a few hours ago
16:34.05teepee--``Erik: cool, thanks
16:34.41*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
16:58.11*** join/#brlcad albertcoder (~quassel@202.164.45.204)
17:22.13*** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:697d:28b1:22e9:9b6)
17:27.26Notify03BRL-CAD:carlmoore * 64551 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c): fix spellings
17:46.28*** join/#brlcad sofat (~sofat@202.164.45.204)
17:47.30sofatI have submitted some patch please any one review these patches (Docbook)
17:52.29*** join/#brlcad pujani (~pujani@202.164.45.204)
18:05.21Notify03BRL-CAD:carlmoore * 64552 (brlcad/trunk/src/util/bw-png.c brlcad/trunk/src/util/pix-png.c): adjust the remark alongside 'default:'
18:17.33*** join/#brlcad sofat (~sofat@202.164.45.204)
18:18.17Notify03BRL-CAD Wiki:Holubd11BRL * 0 /wiki/User:Holubd11BRL:
18:18.24*** join/#brlcad sofat (~sofat@202.164.45.204)
18:37.00*** join/#brlcad sofat (~sofat@202.164.45.212)
18:37.54*** join/#brlcad alisha (~quassel@101.60.241.215)
18:41.48*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-psvwjsbqliulfxfl)
18:46.00*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
18:47.23*** join/#brlcad sofat (~sofat@202.164.45.212)
19:07.31*** join/#brlcad IriX64 (~kvirc@70.49.155.58)
19:10.51*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
19:15.03*** join/#brlcad alisha (~quassel@101.60.241.215)
19:20.21Notify03BRL-CAD:carlmoore * 64553 (brlcad/trunk/doc/docbook/system/man1/en/bw-png.xml brlcad/trunk/doc/docbook/system/man1/en/pix-png.xml): make these 2 man pages look more alike
19:23.13*** join/#brlcad andrei_il (~andrei@109.100.128.78)
19:36.44*** join/#brlcad alisha_ (~quassel@115.184.108.55)
20:47.48brlcadstarseeker: hehe, https://github.com/sandstorm-io/ekam
20:48.30brlcadteepee: saw the connection, accepted -- thanks for confirming who that was :)
20:49.20teepeebrlcad: nice, that worked well :)
20:49.54teepeedo you have a minute in PM?
20:52.43brlcaddracarys983: I believe dxf has some construct for outputting faces with surface normals, check the spec -- they just might not be 3DFACE entities
20:52.45andrei_ilbrlcad: hi!  You said that patches should involve working with already existent code, but my project involves developing a scad-g importer, which is new. Is it ok to continue working on the prototype? I did fix another patch, but I believe this is more related to my proposal. Thank!
20:53.12brlcadif they don't have any support at all, then requesting dxf and requesting normals should result in an error message back to the user
20:55.21brlcadandrei_il: a patch should demonstrate your ability to work with existing code, follow our conventions, demonstrate competency, be impressive if possible, etc
20:55.36brlcadteepee: always and never, just a min
20:57.01andrei_ilbrlcad: sorry if I skipped something, I believe I looked really thoroughly and haven't found a center, surface or volume for a known primitive.  In the meantime, I fixed https://sourceforge.net/p/brlcad/patches/300/
20:57.06andrei_ildo you have any suggestions?
20:57.54andrei_ilwhat I mean is that I haven't found a brlcad primitive missing any of those functions, or at least not a reasonable one. (In example, heart doesn't have a volume function, but I don't know how to compute one for it)
21:33.56*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
21:59.40Notify03BRL-CAD:starseeker * 64554 brlcad/trunk/src/libbn/polygon.c: Make a stab at the algorithm for hole removal as outlined in Eberly's write-up.
22:05.20Notify03BRL-CAD:starseeker * 64555 brlcad/trunk/src/libbn/tests/bn_polygon_triangulate.c: Make some notes on further testing needed for the triangulation routines.
22:28.27brlcadhm
23:23.01*** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:f4ab:cfe9:166:531a)
23:25.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:38.50*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:55.14*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
IRC log for #brlcad on 20150402

IRC log for #brlcad on 20150402

00:14.50starseekerbrlcad: urk. that seems like a... fragile approach
00:15.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:36.32Notify03BRL-CAD:starseeker * 64556 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp and 2 others): Make sure the input data support an actual planar solid before we try to create one.
04:29.53*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qpithreqbwjsqudw)
04:33.30dracarys983brlcad, Okay, thanks for the directive. I'm on it. :D
04:46.07*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
05:31.51dracarys983brlcad, I found an entity (SOLID), which has an extrusion direction and a thickness associated with it in addition to the vertices. I guess that's the one we're looking for. :)
05:31.56dracarys983Here : http://www.autodesk.com/techpubs/autocad/acad2000/dxf/solid_dxf_06.htm
07:37.32*** join/#brlcad merzo (~merzo@53-65-133-95.pool.ukrtel.net)
07:39.19*** join/#brlcad ankit (~ankit@117.197.147.233)
08:31.56*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:38.35*** join/#brlcad amalia237 (~amalia237@41.205.22.29)
08:41.42*** join/#brlcad merzo (~merzo@103-37-133-95.pool.ukrtel.net)
09:52.31*** join/#brlcad infobot (ibot@rikers.org)
09:52.31*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer!
09:52.36*** join/#brlcad amalia237 (~amalia237@41.205.22.62)
10:27.04*** join/#brlcad merzo (~merzo@103-37-133-95.pool.ukrtel.net)
10:37.16*** join/#brlcad luca79 (~luca@generic-nat1.unisi.it)
11:40.25*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
12:55.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:01.24*** join/#brlcad merzo (~merzo@57-34-133-95.pool.ukrtel.net)
13:14.34Notify03BRL-CAD:starseeker * 64557 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp and 2 others): Back out r64556 - probably not the right place to do that check.
13:21.11Notify03BRL-CAD:starseeker * 64558 brlcad/trunk/src/libged/shape_recognition.cpp: If we don't get 4 contributing planar faces in brep_to_bot, the solid isn't valid.
14:05.26Notify03BRL-CAD:starseeker * 64559 brlcad/trunk/src/libbrep/shape_recognition.cpp: Don't add a subtraction object to a tree if its bbox completely contains the union object it is to be subtracted from. We need a better test for this...
14:22.12Notify03BRL-CAD:carlmoore * 64560 (brlcad/trunk/src/libbn/polygon.c brlcad/trunk/src/libbrep/surface_tree_queue_tests.patch): fix spellings (I did look up 'indices' in a dictionary to verify that it is the plural of 'index')
15:34.18*** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net)
15:34.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:38.49*** join/#brlcad d356_ (~d@50-90-234-94.res.bhn.net)
15:47.59*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
16:05.24*** join/#brlcad andrei_il (~andrei@109.100.128.78)
16:52.39*** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:697d:28b1:22e9:9b6)
17:04.45*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
17:26.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:50.43riesbrlcad: can you help me out with something?
18:51.26riesbrlcad: ooo never mind... it's all good, I thought I had a melange issue :)
18:54.02*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
18:55.40Notify03BRL-CAD:carlmoore * 64561 (brlcad/trunk/doc/docbook/system/man1/en/bw-png.xml brlcad/trunk/doc/docbook/system/man1/en/pix-png.xml): touch-up work to make these appear a little more alike
19:43.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:04.22*** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:f4ab:cfe9:166:531a)
21:36.04*** join/#brlcad tofu__ (~sean@66-118-151-70.static.sagonet.net)
21:36.26*** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-melamhmpnspdoasn)
21:39.24*** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140)
21:39.25*** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-keniotknjqvkajvd)
21:55.27*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
22:06.27Notify03BRL-CAD:starseeker * 64562 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/gcv_private.h): Start setting up for basic testing of screened poisson mesh surface building from raytraced points. This is strictly a testing setup at this point.
23:18.13*** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu)
23:39.16*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-camojfwhkqeqekcj)
IRC log for #brlcad on 20150403

IRC log for #brlcad on 20150403

00:36.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:00.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:24.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:27.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:49.03*** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-jiksewhfattuulim)
04:49.06*** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-epxgaccyyahyrlaw)
05:40.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:39.47*** join/#brlcad albertcoder (~quassel@202.164.53.117)
08:42.02*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:14.30*** join/#brlcad albertcoder (~quassel@202.164.53.117)
10:14.41*** join/#brlcad albert_coder (~quassel@202.164.53.117)
10:17.29*** join/#brlcad epicoder (~quassel@202.164.53.117)
10:21.01*** join/#brlcad epicoder_ (~quassel@202.164.53.117)
10:21.41*** join/#brlcad epicoder__ (~quassel@202.164.53.117)
10:21.43*** join/#brlcad epicoder___ (~quassel@202.164.53.117)
10:22.18*** join/#brlcad epicoder____ (~quassel@202.164.53.117)
10:24.00*** join/#brlcad epicoder_____ (~quassel@202.164.53.117)
10:25.10*** join/#brlcad epicoder______ (~quassel@202.164.53.117)
10:28.50*** join/#brlcad epicoder_______ (~quassel@202.164.53.117)
10:59.29*** join/#brlcad pujani (~pujani@112.196.88.201)
11:09.12*** join/#brlcad alisha (~quassel@115.184.27.68)
11:32.12*** join/#brlcad epicoder________ (~quassel@202.164.53.117)
11:34.52*** join/#brlcad epicoder________ (~quassel@202.164.53.117)
11:41.13*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-gfgfzgwwmijnpnja)
11:41.23*** join/#brlcad alisha_ (~quassel@115.184.44.101)
12:15.07*** join/#brlcad albertcoder_ (caa43575@gateway/web/freenode/ip.202.164.53.117)
13:10.08*** join/#brlcad alisha (~quassel@115.184.44.101)
13:31.22*** join/#brlcad alisha (~quassel@106.192.154.155)
13:33.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:43.55*** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94)
14:05.49*** join/#brlcad nihar (73619c13@gateway/web/freenode/ip.115.97.156.19)
14:10.07niharstarseeker: What is the command to make a Cobb sphere? Is it the same as "make sphere_name sph" ?
14:26.21niharstarseeker: please tell me where is the file brep_cobb.g ?
14:33.28*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
15:09.08*** join/#brlcad unicodesnowman (~unicodesn@wikipedia/unicodesnowman)
15:15.49*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
16:25.18*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
16:53.04*** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:697d:28b1:22e9:9b6)
17:02.11*** join/#brlcad alisha (~quassel@115.184.1.56)
17:15.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:15.45dracarys983brlcad, Any suggestions regarding my latest patch submission for adding surface normals support in bot_dump?
17:16.04brlcadries: okie :)
17:16.54brlcaddracarys983: I haven't looked at the patch just yet, but your comment about using a SOLID entity seems unusual to me -- I'm not sure I see where it supported specifying a normal
17:16.56*** join/#brlcad sofat (~sofat@202.164.45.204)
17:18.26dracarys983brlcad, It supports specifying an extrusion direction. Wouldn't that be the same as specifying a normal?
17:21.46dracarys983brlcad, After using a SOLID entity, I got an output like this : http://www.3dvieweronline.com/share/C8ONvnCeRFBJwWo/C8ONvnCeRFBJwWo (For Sphere)
17:23.34dracarys983brlcad, Also, whenever possible, please tell me about the details I might've missed out / misunderstood in the RT '06 paper that I read. :)
17:25.00*** join/#brlcad sofat (~sofat@202.164.45.204)
17:27.49*** join/#brlcad albertcoder (~quassel@202.164.45.212)
17:28.45brlcaddracarys983: those both look quite wrong...
17:30.20brlcadan extrusion direction is not at all the same as specifying a normal
17:30.49brlcadextrusion creates geometry in that direction
17:31.20brlcadSOLID entities are a closer fit to BRL-CAD's plate-mode BoTs or ARB8s
17:34.21dracarys983brlcad, Hm, okay. Sigh, I thought I nailed it this time.
17:35.01dracarys983Well, I'll keep looking for the right one. Thanks :)
17:41.54*** join/#brlcad albertcoder (caa42dcc@gateway/web/freenode/ip.202.164.45.204)
17:47.32dracarys983brlcad, Would polyface mesh work fine for BoTs?
17:57.00*** join/#brlcad alisha (~quassel@115.184.109.226)
17:57.46brlcaddracarys983: if I knew the answer, I would have immediately pointed you in a direction when you first started working on this
17:58.21brlcadi don't know if polyface meshes / pface entities have any means to encode per-face normal information
17:58.28brlcador per-vertex
18:00.34dracarys983brlcad, Yeah. Everywhere I see an extrusion direction supported. Nowhere are they specifying a normal vector, except in LEADER entity.
18:06.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:08.28*** join/#brlcad andrei_il (~andrei@109.100.128.78)
18:13.16*** join/#brlcad alisha (~quassel@115.184.109.226)
18:48.54*** join/#brlcad alisha_ (~quassel@115.184.109.226)
19:16.23*** join/#brlcad sofat (~sofat@202.164.45.204)
19:26.45*** join/#brlcad sofat (~sofat@202.164.45.204)
19:44.39*** join/#brlcad konrado (~konro@41.244.240.52)
19:50.33sofati am going to submit another patch on pkg.tr file  converted to pkg.xml
20:28.39*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
20:57.23*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:26.44starseekersweet - https://bitbucket.org/gfx/meshgit-src/src
21:29.06starseekerthat's the code from this work:  http://www.cs.dartmouth.edu/~jdenning/papers/meshgit-tr.pdf
22:19.27*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
22:56.01*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:01.45*** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:f4ab:cfe9:166:531a)
IRC log for #brlcad on 20150404

IRC log for #brlcad on 20150404

01:04.46Notify03BRL-CAD:starseeker * 64563 brlcad/trunk/src/libbn/polygon.c: Clear set-but-unused warning
01:24.42*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:46.40Notify03BRL-CAD:starseeker * 64564 brlcad/trunk/src/libfb/if_qt.cpp: Need fb_private.h here
01:53.31Notify03BRL-CAD:starseeker * 64565 (brlcad/branches/qtged/AUTHORS brlcad/branches/qtged/CMakeLists.txt and 98 others): Update from trunk thru r64564
02:11.21Notify03BRL-CAD:brlcad * 64566 brlcad/trunk/include/bu/parallel.h: provide a working example for how to use bu_parallel(), about as simple as possible, demonstrating parallel execution as well as the corresponding serial version
02:17.48*** part/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
07:35.34dracarys983brlcad, As you said in your comment on sourceforge, yes it seems there is no mechanism to dump out surface normals explicitly in DXF.
07:37.59dracarys983brlcad, However, if required, we can dump them out as comments after each 3DFACE entity, in case we want to avoid throwing any error to the user. :)
10:05.16*** join/#brlcad sofat (~sofat@202.164.53.117)
10:53.26*** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:f4ab:cfe9:166:531a)
11:08.19dracarys983brlcad, ``Erik, starseeker : I'm starting to write a new .cpp file in BRL-CAD's core C++ interface tests/ directory. Which license (BSD or LGPL?) should be used to generate the template?
11:41.24*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-lpeqzhfnadkuwdcv)
12:22.48*** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:f4ab:cfe9:166:531a)
12:35.25*** join/#brlcad pujani (~pujani@27.255.154.95)
13:28.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:39.40*** join/#brlcad sofat (~sofat@202.164.53.117)
14:26.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:35.33*** join/#brlcad alisha (~quassel@101.60.250.3)
14:56.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:57.47*** join/#brlcad sofat (~androirc@202.164.45.204)
15:18.45*** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:697d:28b1:22e9:9b6)
15:23.22*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
15:38.01*** join/#brlcad albertcoder (caa42dd4@gateway/web/freenode/ip.202.164.45.212)
15:47.23*** join/#brlcad albertcoder_ (caa42dd4@gateway/web/freenode/ip.202.164.45.212)
16:49.31*** join/#brlcad albertcoder (caa42dcc@gateway/web/freenode/ip.202.164.45.204)
17:18.07*** join/#brlcad sofat (~androirc@202.164.45.212)
17:23.02*** join/#brlcad alisha (~quassel@101.60.250.3)
17:37.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:51.43*** join/#brlcad sofat (~sofat@202.164.45.212)
18:04.25*** join/#brlcad dracarys983_ (dracarys@nat/iiit/x-nrnwsckniudsctla)
18:06.08*** join/#brlcad alisha_ (~quassel@101.60.252.184)
18:10.17*** join/#brlcad sofat (~sofat@202.164.45.204)
18:22.50*** join/#brlcad alisha (~quassel@101.60.242.199)
18:29.00*** join/#brlcad alisha (~quassel@115.184.67.104)
18:32.22*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
18:44.18*** join/#brlcad albertcoder (~albertcod@202.164.45.212)
19:00.56*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
19:17.28*** join/#brlcad sofat (~sofat@202.164.45.204)
19:37.38*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:57.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:01.01*** join/#brlcad albertcoder (~albertcod@202.164.45.204)
20:04.41*** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:f4ab:cfe9:166:531a)
20:09.54*** join/#brlcad sofat (~sofat@202.164.45.204)
20:52.51*** join/#brlcad merzo (~merzo@0-60-132-95.pool.ukrtel.net)
21:31.20*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
23:05.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:24.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150405

IRC log for #brlcad on 20150405

00:01.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:57.09Notify03BRL-CAD:starseeker * 64567 brlcad/trunk/db/CMakeLists.txt: Add the ADA073408 model converted by various GCI tasks.
02:22.10Notify03BRL-CAD:starseeker * 64568 brlcad/trunk/misc/CMake/DiffCache.cmake: The issue of reconfiguration pops up every now and then - write out the reaons to a text file when it happens rather than requiring the dev to know to go into DiffCache.cmake and uncomment the message lines.
02:56.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:19.13*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
05:37.20*** join/#brlcad alisha (~quassel@115.184.77.52)
05:37.22*** join/#brlcad alisha_ (~quassel@115.184.77.52)
06:09.06*** join/#brlcad alisha (~quassel@101.60.165.231)
06:43.19*** join/#brlcad albertcoder (~albertcod@202.164.53.117)
06:45.46StragusArgh!! Someone sent me Mathlab code to port to CUDA... and the mathlab code is in PDF files!
06:45.48StragusWho writes code in PDF files?! Geez
06:53.48*** join/#brlcad alisha (~quassel@101.60.220.170)
07:40.21*** join/#brlcad albertcoder (~albertcod@202.164.53.117)
07:54.25*** join/#brlcad alisha (~quassel@223.225.235.106)
08:05.38*** join/#brlcad alisha (~quassel@115.184.36.99)
08:08.15archivistPDF the worst "standard" ever invented
08:10.19StragusI have never been given code in PDF files before
08:10.32StragusAnd there's hand-drawn diagrams between the chunks of code
08:10.38StragusAnd some functions aren't defined anywhere
08:10.51Stragussobs quietly
08:12.58archivistI provide scans of old docs, separate image per page, some of the users offer to send me PDFs back! nooooo
08:14.41archivistthe nasty part about PDF is reading two pages from the same doc at one time, some readers dont let you have two instances looking at the same doc
08:15.07StragusNo problem opening multiple instances of xpdf here
08:15.53StragusCopying the mathlab code out of the PDF messes up all the formatting though
08:16.41StragusThis is atrocious. And I'm supposed to port that to CUDA. Some functions aren't defined anywhere!
08:17.40StragusARGH! I need to yell but it's 4 am, so I'm screaming on IRC
09:27.57*** join/#brlcad andrei_il (~andrei@109.100.128.78)
10:40.30``ErikStragus: people who think that the only artifact worth developing is a report O.o
11:41.35*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-jydkchylsnkkczwr)
11:50.50*** join/#brlcad merzo (~merzo@0-60-132-95.pool.ukrtel.net)
12:13.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:11.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:17.48*** join/#brlcad alisha (~quassel@115.184.37.6)
15:09.58*** join/#brlcad alisha (~quassel@101.60.197.203)
15:38.00*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
15:40.42*** join/#brlcad albertcoder (~albertcod@1.39.35.194)
16:04.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:05.43*** join/#brlcad alisha (~quassel@223.225.254.110)
16:09.04*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
16:13.27*** join/#brlcad alisha (~quassel@101.60.199.93)
16:15.23*** join/#brlcad albertcoder (~albertcod@202.164.45.204)
16:22.29*** join/#brlcad vasc (~vasc@bl13-248-133.dsl.telepac.pt)
16:23.03vaschello. where is a tutorial so that i can just render a scene and show it onscreen or dump it to a file?
16:24.09vasci've tried reading a couple but i'm not having much success here. some of the pdfs use an example .g file which isn't in SVN
16:24.37vascand i start mged and it just drops me into a command prompt
16:24.47vascno windows
16:32.07vaschmm.... maybe this isn't compiling with tk on
16:32.52*** join/#brlcad albertcoder (~albertcod@202.164.45.204)
16:33.01vascyep nothing is linked to libtk
16:33.03vascwonderful
16:40.50vascand none of the cmake command line options do anything
16:59.11*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
17:01.25vascnah. i just can't get brl-cad to find libtk on ubuntu
17:03.32*** join/#brlcad dracarys_ (dracarys98@nat/iiit/x-tyuzhokwdzxkylxy)
17:04.07*** part/#brlcad dracarys_ (dracarys98@nat/iiit/x-tyuzhokwdzxkylxy)
17:04.44*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kugdkgabgktrqigy)
17:48.12*** join/#brlcad albertcoder (~albertcod@202.164.45.204)
18:11.26*** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79)
18:18.49*** join/#brlcad albertcoder (~albertcod@202.164.45.204)
18:22.12*** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79)
18:39.49*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
18:40.38*** join/#brlcad pujani (~pujani@202.164.45.204)
18:41.36*** join/#brlcad pujani (~pujani@202.164.45.204)
18:42.09*** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79)
18:42.42*** join/#brlcad pujani (~pujani@202.164.45.204)
18:44.33*** join/#brlcad pujani (~pujani@202.164.45.204)
18:49.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:53.25*** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79)
19:31.51*** join/#brlcad andrei_il (~andrei@109.100.128.78)
19:35.02vascfinally got it to work by building it all from the built-in sources
19:35.15vasccmake can't detect tk although it's installed just fine
19:45.56*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:53.45andrei_ilHello ! Quick update :I have been working with integrating a bison/flex parser into BRL-CAD logic . I ran into some issues as I have never implemented a parser before. I expect to get it working these days.
19:54.24andrei_ilAny other feedback on my proposal / what I should do other than what I m doing is appreciated.
19:56.11StragusOut of curiosity, what you are you parsing with bison/flex?
19:56.57StragusPersonally, I found it *much* easier to implement a parser directly, than messing with these parser generators
19:57.52Stragus(and I wrote parsers for my own little C-like language, JSON and some text data files)
19:58.14andrei_ilI am working towards making a OpenSCAD importer for BRL-CAD
19:58.37andrei_ilso my parser is for OpenSCAD language
19:59.21StragusI would suggest reading a little bit on recursive descent parsers before deciding if bison/flex is the best route
19:59.26Stragushttp://en.wikipedia.org/wiki/Recursive_descent_parser
19:59.43andrei_ilI chose this method because they have parser bits that I could use in my code
20:01.03StragusRight. I'm not saying it's a bad choice, I found it terrible but it's also a matter of taste and preference. Just compare a little with the alternatives
20:02.30*** join/#brlcad andrei_ (bc1b43ea@gateway/web/freenode/ip.188.27.67.234)
20:17.00*** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79)
20:18.37*** join/#brlcad sofat (~sofat@202.164.45.204)
20:24.44*** join/#brlcad nihar_ (67157f4f@gateway/web/freenode/ip.103.21.127.79)
20:39.31sofatI have submitted some patches on .txt files. I have converted .txt files into xml. So please review these xml files and its structure.
20:39.40*** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79)
21:02.57*** join/#brlcad albertcoder (~albertcod@202.164.45.212)
21:16.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:18.22*** join/#brlcad cardinot (~cardinot@187.16.242.23)
22:18.36*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
22:25.44*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
IRC log for #brlcad on 20150406

IRC log for #brlcad on 20150406

01:05.28starseekerandrei_il: we've been moving from flex/bison to perplex/re2c/lemon
02:17.26*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:08.29Notify03BRL-CAD:brlcad * 64569 brlcad/trunk/src/libgcv/NOTES: add additional notes about stream-based api architecture
03:09.33Notify03BRL-CAD:brlcad * 64570 brlcad/trunk/src/tclscripts/mged/anim.tcl: reverse scoping, tcl_platform needs to be declared.
03:19.34Notify03BRL-CAD:brlcad * 64571 (brlcad/trunk/src/conv/asc/asc2g.c brlcad/trunk/src/conv/comgeom/mat.c and 5 others): dead code elimination, about 450 lines, from gci 2014 patch submission (https://www.google-melange.com/gci/task/view/google/gci2014/5338260117127168) from shardulc
03:20.24Notify03BRL-CAD:brlcad * 64572 brlcad/trunk/AUTHORS: aka shardulc
03:48.35*** join/#brlcad cardinot_ (~cardinot@177.130.0.2)
06:52.48*** join/#brlcad andrei_il (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
07:33.48Notify03BRL-CAD Wiki:NyahCh3ck20 * 8118 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Contributions */
08:03.29*** join/#brlcad alisha (~quassel@115.184.96.220)
09:18.41*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:21.28*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
11:30.44*** join/#brlcad alisha (~quassel@115.184.125.25)
11:45.34*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-icvzfwpjmgpgjciu)
12:04.50*** join/#brlcad alisha (~quassel@101.60.220.200)
12:06.09*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
12:10.02*** join/#brlcad alisha_ (~quassel@115.184.125.25)
12:29.13*** join/#brlcad alisha (~quassel@115.184.125.25)
12:38.58*** join/#brlcad alisha (~quassel@115.184.126.59)
13:54.08*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
13:55.25*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
13:56.36*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
13:56.36*** join/#brlcad unicodesnowman (~unicodesn@wikipedia/unicodesnowman)
13:56.36*** join/#brlcad yiyus (1242712427@je.je.je)
13:58.18*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
13:59.06*** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94)
13:59.06*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
13:59.06*** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
13:59.06*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
14:05.52Notify03BRL-CAD:carlmoore * 64573 brlcad/trunk/db/comgeom/ADA073408.comgeom: trailing blanks/tabs removed; IF THEY ARE NEEDED then let me know and refuse this commit! Thanks.
14:47.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:43.00Notify03BRL-CAD Wiki:Peter hanak * 0 /wiki/User:Peter_hanak:
15:52.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:02.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:30.06Notify03BRL-CAD:brlcad * 64574 (brlcad/trunk/src/libbu/getcwd.c brlcad/trunk/src/libbu/gethostname.c and 2 others): revert c58024. the HAVE_WORKING_* tests are only run when we're compiling strict which means we lose all the provided functionality (like hostname reporting). plus, they introduce a new convention in the caller code that complicates usage (HAVE_* is already supposed to imply whether it's available for use,
16:30.08Notifyi.e., working). we may need to introduce HAVE_DECL_* ammendments where an interface is available but not declared due to mode of compilation.
16:30.10Notify...
16:38.39*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
16:40.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:04.54*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-xvprrnnsanzhlkge)
17:18.50*** join/#brlcad alisha (~quassel@101.60.179.144)
17:23.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:27.06*** join/#brlcad Izakey (~Izakey@41.205.22.47)
17:28.35*** join/#brlcad alisha (~quassel@101.60.179.144)
17:41.23*** join/#brlcad pujani (~pujani@202.164.45.204)
17:41.25*** join/#brlcad sofat (~androirc@202.164.45.212)
17:43.47*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
17:45.53*** join/#brlcad pujani (~pujani@202.164.45.204)
17:53.51Notify03BRL-CAD Wiki:Muslattoggariso * 0 /wiki/User:Muslattoggariso:
17:55.48Notify03BRL-CAD Wiki:Muslattoggariso * 0 /wiki/File:Picture.jpg: Picture, diezelsun.
17:59.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:22.20*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
18:23.56*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
18:33.57*** join/#brlcad brlcad (~sean@66.118.151.70)
18:34.06*** join/#brlcad andrei_il (~andrei@109.100.128.78)
18:35.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:36.27*** join/#brlcad pujani (~pujani@202.164.45.204)
18:37.45*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
18:38.36*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
18:39.33*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
18:41.10*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
19:55.03Notify03BRL-CAD:brlcad * 64575 (brlcad/trunk/src/bwish/winMain.c =================================================================== and 262 others): -----------
19:56.17Notify03BRL-CAD:brlcad * 64576 NIL: revert c64575 snafu
19:59.44Notify03BRL-CAD:carlmoore * 64577 (brlcad/trunk/src/util/bw-png.c brlcad/trunk/src/util/pix-png.c): make the Usage statements look more alike (removing blank lines)
20:20.50*** join/#brlcad dracarys983_ (uid78721@gateway/web/irccloud.com/x-kmnkpefzxhxsvtvq)
20:22.47*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:32.52*** part/#brlcad dracarys983_ (uid78721@gateway/web/irccloud.com/x-kmnkpefzxhxsvtvq)
20:47.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:24.13*** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:f4ab:cfe9:166:531a)
21:52.40*** join/#brlcad merzo (~merzo@230-118-133-95.pool.ukrtel.net)
22:34.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:53.46*** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu)
23:21.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:22.01*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:26.30Notify03BRL-CAD:brlcad * 64578 brlcad/trunk/src/adrt/librender/render_util.c: size_t promotion
23:27.34Notify03BRL-CAD:brlcad * 64579 (brlcad/trunk/src/adrt/librender/camera.h brlcad/trunk/src/adrt/librender/render_util.h brlcad/trunk/src/adrt/librender/texture.h): use RENDER_EXPORT instead of BU_EXPORT so that we get proper dll import/export linkage declarations
23:29.08Notify03BRL-CAD:brlcad * 64580 brlcad/trunk/src/adrt/load_g.c: ws
23:34.19*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
23:35.26maths22Hello again!
23:35.54maths22I was thinking about this earlier-what is the reason for BRL-CAD's choice to use SVN as opposed to GIT?
23:36.19maths22I understand that it is partially historicall and partially philosophical, but I am just curious
23:36.58maths22s/historicall/historical
23:41.35Notify03BRL-CAD:brlcad * 64581 brlcad/trunk/src/bwish/consoleMain.c: need bu.h for bu_setprogname
23:42.19Notify03BRL-CAD:brlcad * 64582 (brlcad/trunk/src/anim/anim_hardtrack.c brlcad/trunk/src/anim/anim_sort.c brlcad/trunk/src/anim/anim_track.c): size_t quellage, downpromoting to int since -1 is used for a return value (even though it's unused)
23:55.04Notify03BRL-CAD:brlcad * 64583 (brlcad/trunk/include/bu/hash.h brlcad/trunk/src/libbu/hash.c): promote bu_hash()'s len argument to a size_t
23:55.26Notify03BRL-CAD:brlcad * 64584 (brlcad/trunk/src/conv/asc/asc2dsp.c brlcad/trunk/src/conv/asc/asc2g.c and 3 others): more size_t quellage
IRC log for #brlcad on 20150407

IRC log for #brlcad on 20150407

00:03.58Notify03BRL-CAD:brlcad * 64585 (brlcad/trunk/include/bu/file.h brlcad/trunk/src/libbu/argv.c): more size_t api promotions where we have an argc count and an assumption of non-negative values
00:19.48Notify03BRL-CAD:brlcad * 64586 brlcad/trunk/include/vmath.h: expand on the INFINITY options so we can avoid the previously overflowing fallback case (was being reached on windows). adjust the limit to be within single-precision regardless.
00:39.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:50.34Notify03BRL-CAD:brlcad * 64587 brlcad/trunk/src/conv/step/step-g/ElectricCurrentConversionBasedUnit.cpp: fixed base class type. this would have resulted in infinite recursion and an eventual stack overflow / crash.
02:09.53Notify03BRL-CAD:brlcad * 64588 (brlcad/trunk/src/conv/g-dot.c brlcad/trunk/src/conv/g-obj.c and 27 others): address a slew of windows type truncation and other warnings, mostly addressed with size_t propagation or casting.
02:27.52Notify03BRL-CAD:brlcad * 64589 (brlcad/trunk/include/bn/wavelet.h brlcad/trunk/src/libbn/wavelet.c brlcad/trunk/src/util/wavelet.c): update the wavelet interface to size_t types from unsigned long
02:57.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:23.19Notify03BRL-CAD:brlcad * 64590 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp and 2 others): eliminate several pages of warnings being ignored
03:27.34Notify03BRL-CAD:brlcad * 64591 brlcad/trunk/include/vmath.h: promote array indices to an unsigned type, to size_t, for all of the size-based *N() macros.
03:41.07Notify03BRL-CAD:brlcad * 64592 (brlcad/trunk/src/proc-db/naca/CMakeLists.txt brlcad/trunk/src/proc-db/naca/nacax.c): clearly a WIP, but not a valid reason for disabling strict. quell the handful of reported issues.
03:41.31Notify03BRL-CAD:brlcad * 64593 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: missed one
03:47.26Notify03BRL-CAD:brlcad * 64594 brlcad/trunk/src/rt/main.c: this warrants separate attention as it might affect someone, but it is an obscure feature that users can specify a negative cpu count. it's not documented, so minimally impacted, but an interesting notion if better semantics can get sorted out (e.g., separate tainted user data from the value being used). this disables that feature.
03:53.26Notify03BRL-CAD:brlcad * 64595 brlcad/trunk/src/libgcv/wfobj/obj_grammar.yy: remove the get_parser() inline static function since nothing apparently calls it (a unit test would warrant retaining)
03:56.40Notify03BRL-CAD:brlcad * 64596 brlcad/trunk/src/proc-db/naca/naca456.c: quell the empty main
03:57.43Notify03BRL-CAD:brlcad * 64597 brlcad/trunk/src/remrt/rtsrv.c: same with remrt as was with rt in r64594, remove the ability to go negative
03:59.07Notify03BRL-CAD:brlcad * 64598 (brlcad/trunk/src/rt/do.c brlcad/trunk/src/rt/ext.h and 9 others): convert handling of the npsw global from being an int to being a size_t unsigned int type. uncovered many unnecessary declarations, removed.
04:08.19Notify03BRL-CAD:brlcad * 64599 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/bw.c and 12 others): mass conversion of libicv to using size_t for image dimensions and other size-based values. warrants more testing, but not seeing any regressions first pass through.
04:08.48Notify03BRL-CAD:brlcad * 64600 brlcad/trunk/src/rt/do.c: quell size_t
04:16.29Notify03BRL-CAD:brlcad * 64601 brlcad/trunk/src/rt/main.c: want 64-bit type if we're going to be bit-shifting into a size_t
07:06.07*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-dkxmwtfnvavzlbpp)
07:31.30*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-iajijlgugifjvzhi)
07:37.54*** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140)
07:41.03*** join/#brlcad merzo (~merzo@230-118-133-95.pool.ukrtel.net)
07:58.36*** join/#brlcad unicodesnowman (~unicodesn@2602:ffea:1001:1fa::97d2)
08:37.17*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:39.10*** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140)
09:17.16*** join/#brlcad merzo (~merzo@92.60.189.225)
09:40.41*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:07.59``Erikmaths22: I think the philosophical excu, er, reason is to keep commits fairly public and try to prevent people from working in isolation, the way git would allow with local commits... (svn effectively forces a push on every commit from git's perspective)
10:31.54dracarys983``Erik: Any pointers on which license to use in generating a template for a new source file?
10:43.13*** join/#brlcad hiteshsofat (~androirc@106.192.143.31)
10:58.25*** join/#brlcad hiteshsofat (~androirc@106.192.143.31)
11:05.31``Erikdracarys983: look at the licenses of the surrounding files? I think most of BRL-CAD is bsd or lgpl, or example
11:05.51``Erikfor example
11:07.31dracarys983``Erik: Alright. I have generated a BSD one :)
11:13.36``Erikdracarys983: I believe there is a script to "fix up" the front and back matter to every file in the sh/ directory
11:13.56``Erikit might require a certain version fo emacs or something
11:14.38``Erikyeah, header.sh and footer.sh (and indent.sh)
11:27.03*** join/#brlcad manan (~manan@103.25.231.102)
11:27.25*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
11:29.41*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-lngcobjivqetamvx)
11:30.46*** join/#brlcad luca79 (~luca@host104-13-dynamic.0-87-r.retail.telecomitalia.it)
11:31.19*** join/#brlcad hiteshsofat (~androirc@106.192.143.31)
11:42.11*** join/#brlcad hiteshsofat (~androirc@106.192.143.31)
11:42.43*** join/#brlcad manan (~manan@103.25.231.102)
12:14.25*** join/#brlcad hiteshsofat (~androirc@106.192.143.31)
12:21.45*** join/#brlcad manan (~manan@103.25.231.102)
12:26.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:33.47Notify03BRL-CAD:starseeker * 64602 brlcad/trunk/db/comgeom/ADA073408.comgeom: Revert r64573 - looks like the trailing white space is needed.
12:47.42*** join/#brlcad sofat (~androirc@106.192.143.31)
12:57.15*** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94)
13:10.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:39.46*** join/#brlcad sofat (~androirc@106.192.143.31)
13:44.20*** join/#brlcad sofat (~androirc@106.192.143.31)
14:11.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:20.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:22.33Notify03BRL-CAD:brlcad * 64603 brlcad/trunk/src/util/plot3-hpgl.c: don't need stdio.h with bio.h
16:23.39Notify03BRL-CAD:brlcad * 64604 brlcad/trunk/regress/repository.sh: we're down to 184 now
17:03.38Notify03BRL-CAD:brlcad * 64605 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/BBNode.cpp brlcad/trunk/src/libbrep/BRNode.cpp): convert isTrimmed to a bool instead of an int. trivial performance gain avoiding type conversions.
17:05.58Notify03BRL-CAD:brlcad * 64606 (brlcad/trunk/include/bn/tabdata.h brlcad/trunk/include/bn/vert_tree.h and 10 others): convert the tabdata and vertex tree structures over to size_t, paying attention to looping constructs that >= 0 that would otherwise result in an inf loop. simply unrolling the == 0 case instead of a riskier loop rewrite.
17:10.38Notify03BRL-CAD:brlcad * 64607 brlcad/trunk/src/libbn/tests/bntester.c: fix the print statement types, casting size_t to an unsigned long
17:12.37Notify03BRL-CAD:starseeker * 64608 brlcad/trunk/src/libgcv/screened_poisson.cpp: Make the raytracing step parallel, although since we're still using bu_log it doesn't buy us as much as it should yet.
17:31.02*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
17:32.35*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mpgucbqoogjdjrkz)
17:32.36*** join/#brlcad AndroUser2 (~androirc@106.192.143.31)
17:36.53Notify03BRL-CAD:brlcad * 64609 brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp: msvc complains about using 0/1 for bool types claiming it hurts performance doing the type conversions. use false/true explicitly.
17:38.22Notify03BRL-CAD:brlcad * 64610 brlcad/trunk/src/libbrep/PullbackCurve.cpp: type quellage
17:40.55Notify03BRL-CAD:brlcad * 64611 (brlcad/trunk/include/bu/parallel.h brlcad/trunk/src/libbu/parallel.c): convert the venerable bu_parallel() ncpu parameter over from being an int to being a size_t, taking care to ensure we don't make cpu_id one as well (it could be data-wise, but is semantically a parallelism identifier intended to be treated like a file descriptor)
17:47.20Notify03BRL-CAD:brlcad * 64612 brlcad/trunk/src/libbu/parse.c: separate the file reading return value from the parsed value. they are different types of data.
17:54.26Notify03BRL-CAD:brlcad * 64613 brlcad/trunk/src/libbu/sort.c: missing footer
17:56.50Notify03BRL-CAD:carlmoore * 64614 brlcad/trunk/src/util/pixfieldsep.c: although I think this utility is incomplete, improve the handling of file-name arguments
18:22.29Notify03BRL-CAD:brlcad * 64615 (brlcad/trunk/include/bu/log.h brlcad/trunk/src/libbu/bitv.c and 13 others): more windows size_t loss-of-data warning eliminations
18:36.32*** join/#brlcad andrei_il (~andrei@109.100.128.78)
18:47.32*** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-mpgucbqoogjdjrkz)
19:02.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:20.16*** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140)
19:23.35*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-twixzfnygtbgzicb)
19:23.55*** join/#brlcad albertcoder (~albertcod@1.39.40.18)
19:29.01*** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140)
19:40.06*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:39.16``Eriksmells like maths22 is up to no good :)
20:39.48``Erik(why ya messin' with /etc/profile ?)
20:53.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:55.20Notify03BRL-CAD:carlmoore * 64616 brlcad/trunk/db/comgeom/ADA073408.comgeom: I corrected some misspellings in this comgeom file after checking the .pdf
22:38.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:35.55maths22``Erik: I was trying to figure out what (if anything) was in it
23:35.57maths22I didn't edit it
23:36.30maths22I got fisheye running again and made it much easier to update
IRC log for #brlcad on 20150408

IRC log for #brlcad on 20150408

00:04.56maths22Take a look at my latest ctest run http://brlcad.org/CDash/viewBuildError.php?onlydeltap&buildid=44
00:19.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:26.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:58.33Notify03BRL-CAD:starseeker * 64617 brlcad/trunk/src/libgcv/screened_poisson.cpp: More setup for screened poisson testing. This might actually have some potential when it comes to level-of-detail rendering - a low-point-count fast raytrace that is wrapped in a mesh, stepping up the number of points for more detail...
03:54.47*** join/#brlcad pujani (~pujani@202.164.53.117)
04:07.35*** join/#brlcad sofat (~androirc@106.192.152.52)
04:09.18*** join/#brlcad sofat (~androirc@106.192.152.52)
05:19.05*** join/#brlcad sofat (~androirc@106.192.152.52)
06:08.58*** join/#brlcad hiteshsofat (~androirc@106.192.152.52)
06:10.15*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bbmqbnibtotcmixx)
06:30.25*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:42.20*** join/#brlcad luca79 (~luca@host200-107-dynamic.15-87-r.retail.telecomitalia.it)
07:34.37*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
07:38.05*** join/#brlcad luca79 (~luca@host200-107-dynamic.15-87-r.retail.telecomitalia.it)
08:02.01*** join/#brlcad sofat (~androirc@106.192.152.52)
08:05.10*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:09.10*** join/#brlcad alisha (~quassel@115.184.117.219)
08:15.01*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:19.36*** join/#brlcad hiteshsofat (~androirc@106.192.156.26)
08:26.09*** join/#brlcad andrei_il (~andrei@109.100.128.78)
08:43.32*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:45.20*** join/#brlcad sofat (~androirc@183.87.15.45)
09:01.19*** join/#brlcad alisha (~quassel@115.184.117.219)
09:02.04*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
09:35.31*** join/#brlcad sofat (~androirc@223.225.249.12)
10:07.17*** join/#brlcad sofat (~androirc@223.225.249.12)
10:19.23*** join/#brlcad sofat (~androirc@223.225.249.12)
11:04.30*** join/#brlcad alisha (~quassel@115.184.117.219)
11:28.06*** join/#brlcad unicodesnowman (~unicodesn@wikipedia/unicodesnowman)
11:32.14*** join/#brlcad alisha (~quassel@101.60.239.155)
12:06.54*** join/#brlcad sofat (~androirc@223.225.249.12)
12:10.25*** join/#brlcad luca79 (~luca@host151-108-dynamic.15-87-r.retail.telecomitalia.it)
12:11.26*** join/#brlcad andrei_il (~andrei@109.100.128.78)
12:18.34*** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140)
12:39.53*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
12:48.47*** join/#brlcad sofat (~androirc@183.87.15.45)
13:39.36*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
13:47.38*** join/#brlcad sofat (~androirc@183.87.15.45)
13:52.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:26.10Notify03BRL-CAD:carlmoore * 64618 brlcad/trunk/src/libgcv/screened_poisson.cpp: remove trailing blanks/tabs
14:43.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:04.03Notify03BRL-CAD:starseeker * 64619 brlcad/trunk/src/libgcv/screened_poisson.cpp: Make a bit more progress towards running the mesh build
15:12.49*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bwmcpykdyaqeaqxr)
16:12.42*** join/#brlcad pujani (~pujani@202.164.45.204)
16:17.08*** join/#brlcad pujani (~pujani@202.164.45.204)
16:23.21*** join/#brlcad pujani (~pujani@202.164.45.204)
16:23.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:26.05*** join/#brlcad pujani (~pujani@202.164.45.204)
16:29.37*** join/#brlcad sofat (~androirc@223.225.218.165)
17:03.36*** join/#brlcad pujani (~pujani@202.164.45.212)
17:13.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:29.58*** join/#brlcad unicodesnowman (~unicodesn@2602:ffea:1001:1fa::97d2)
17:30.02*** join/#brlcad sofat (~androirc@223.225.218.165)
17:30.23*** join/#brlcad alisha (~quassel@101.60.158.242)
17:30.55*** part/#brlcad unicodesnowman (~unicodesn@2602:ffea:1001:1fa::97d2)
17:46.09*** join/#brlcad alisha_ (~quassel@101.60.158.242)
17:50.11*** join/#brlcad luca79 (~luca@adsl-ull-249-43.44-151.net24.it)
18:08.44*** join/#brlcad sofat (~androirc@223.225.218.165)
18:09.06sofatstarseeker, hello
18:11.50sofatI am working on mged html tutorial. I am converting these document into xml. I want ask question regarding this. There i found one folder animation. In this folder i see more files that files are part of this tutorial or its different from them ?
18:12.40sofatIt is articles or book ?
18:19.59sofatbrlcad, you know about this?
18:22.52*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:28.35*** join/#brlcad pujani (~pujani@202.164.45.204)
18:33.37*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-polzkqkkestrjqce)
18:35.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:48.23Notify03BRL-CAD:starseeker * 64620 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/gcv_private.h and 2 others): First successful generation of a bot primitive using screened poisson reconstruction. Quite a bit more to do here, but this establishes a proof-of-concept.
18:50.06*** join/#brlcad albertcoder (caa42dcc@gateway/web/freenode/ip.202.164.45.204)
18:56.43*** join/#brlcad pujani (~pujani@202.164.45.212)
18:57.48pujanihi albertcoder,
19:07.05*** join/#brlcad pujani (~pujani@1.39.34.227)
19:07.37albertcoderHi pujani I have accepted your pull request but I think you should work on some serious improvement like improving import / export (XML).
19:09.52pujaniOkay What can I do? Please tell me about
19:13.39albertcoderAlright. I have been working on improving export of mysql data in JSON and CSV and my recent commit at github should reflect the changes I did. Did you do "git pull"?
19:14.28pujaniYes
19:16.30albertcoderAlright. Now see how the code of export works and then try to improve XML export. I guess it has something to improve. Just try export XML and see what it does.
19:17.47pujaniOkay I will try and report
19:19.37pujaniOne more thing, images in MenuBar are not visible and source path is set in skins folder. Why is that?
19:20.27dracarys983brlcad, I didn't find anything that supports surface normals in DXF export for BoTs. Should I just throw an error then or should I output the normals as comments after each 3DFACE if the option is set?
19:20.42albertcoderYeah the path is to be changed there. I set the path in skins folder earlier because I think it is a standard way of doing.
19:22.27pujaniBut I think I think images should be in extension folder
19:23.14albertcoderyes pujani you can do that. It is not a big issue.
19:26.52pujanialbertcoder,  Okay I will start on work of XML
19:27.22albertcoderpujani: (y)
20:10.55*** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
20:10.58brlcaddracarys983: stuffing the data into a comment is creative, but I think it'd be ultimately self-defeating
20:11.26brlcadusers would have requested normals and then been surprised when that dxf file imported into something else didn't have normals
20:12.12brlcadan error is sufficient
20:12.58dracarys983brlcad, Yes, that would be an issue. Okay, error it is then :)
20:13.04brlcadif there were some means to store the normal data in dxf entities, even in raw form, that would something to consider, but don't think we need to dwell on this point too much
20:13.21brlcadit's more important to have normal support for all the formats that support normals first
20:13.29maths22brlcad: did you see the errors I linked to last night?
20:14.30dracarys983brlcad, Yeah, we have surface normal support for OBJ, STL and SAT at this point for BoTs. :D
20:15.15dracarys983In OBJ we need to request for the normals. STL and SAT output them by default.
20:17.55brlcadmaths22: huh, those are news to me -- looks like clang bugs
20:18.09brlcadhttps://llvm.org/bugs/show_bug.cgi?id=17788
20:19.07brlcaddracarys983: that inconsistency is bothersome
20:19.58brlcadfrom an interface perspective, it should output them by default if the model has them calculated, and there should be options for turning them on or off
20:20.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:20.58brlcadmaths22: huh, apparently it's not a new issue either: http://webcache.googleusercontent.com/search?q=cache:vs1kzTKBXnEJ:lists.freebsd.org/pipermail/svn-src-head/2013-October/052722.html+&cd=3&hl=en&ct=clnk&gl=us
20:21.05maths22is the default gcc clang on bz now
20:21.41maths22I should say cc
20:21.48``Erikdefault is clang, you can always do "cc -v"
20:22.06maths22when did that change?
20:22.14``Erikwith fbsd 10
20:22.30``Erikbz went from 9 to 10 43 days ago
20:23.29``Erikgcc is still in the base system (/usr/bin/gcc), um, -DCMAKE_C_COMPILER=/usr/bin/gcc -DCMAKE_CXX_COMPILER=/usr/bin/g++ I think?
20:23.43*** join/#brlcad pujani (~pujani@202.164.45.212)
20:23.48dracarys983brlcad, I guess in STL and SAT we can't turn it OFF. We can turn normals ON/OFF in OBJ.
20:24.38dracarys983I can make normals default in OBJ as well, to get consistency in normals being outputted by default, maybe? :)
20:26.10brlcadmaths22: it's definitely possible to get a clang bulid
20:27.10brlcadcan either disable strict, add -Wno-c11-extensions as a build flag, or read up on the math.h header to see if there's some way to get at isinf() without the next _Generic() construct getting involved
20:27.16brlcads/next/new/
20:28.28brlcaddracarys983: not true, stl at least lets you set normal to 0,0,0
20:28.39brlcadimplying that normals have not yet been calculated
20:29.12brlcadfor obj, it's just a matter of not outputting vn lines iirc
20:29.34maths22``Erik: thanks
20:30.08brlcad``Erik: you see the 8088 on HN?
20:30.28dracarys983brlcad, Ah-ha! Okay, that's good news :)
20:32.19dracarys983brlcad, I'll check up on SAT then whether it's possible to turn normals off for it.
20:37.01maths22I'm now re-running with gcc
20:37.12maths22I'll think about what was going on there later
20:43.02StragusFreeBSD followed OSX down the path of clang decadence and decay? Tssk
20:43.50brlcaddracarys983: you'll also want to look more closely at the obj and other file formats -- some like obj have a variety of normal mechanisms
20:44.45brlcadStragus: most of the BSDs embraced the BSD-licensed compiler.  shocking? :)
20:45.06dracarys983brlcad, You mean I add all those formats that support normals (maybe like OBJ)? :)
20:45.21brlcadthey want a bsd stack as much as debian folks want a gpl stack
20:46.16maths22brlcad: The issues seems to be fully on clang's end
20:46.31brlcaddracarys983: I mean if you're going to be mucking with formats, you should have a specific goal in mind that is applied consistently across all formats so that the usability/interface is the top priority, and that any changes are made while consulting the format specifications
20:47.22brlcadmaths22: sure, but they are minor issues that we are exagerrating in our build
20:47.35brlcadby turning warnings into errors -- that's basically a new warning
20:47.59brlcadisinf() and friends are usually implemented as macros
20:48.54maths22brlcad: I wonder if -std=c99 would fix it
20:48.59brlcadsomeone wrapped those macros with the _Generic() construct, which is a new c11 feature that lets the compiler bind calls to things like isinf() to different functions based on the type of macro argument
20:49.45maths22Look at the condition in math.h
20:49.53brlcadhighly powerful, but the problem is that 1) it's reporting a warning on a system header that it probably shouldn't and 2) that c11 construct is being used in C compilation mode which it probably shouldn't
20:50.36maths22by default, both gcc and llvm build according to the latest c standard
20:50.54maths22see http://clang.llvm.org/compatibility.html#inline
20:51.50dracarys983brlcad: Okay. :)
20:52.42brlcadmaths22: this isn't an inline issue
20:52.59brlcadbut is related to the fact that c11 is now default
20:53.41maths22Right
20:53.51maths22Inline just had the quote
20:54.56brlcadit's mostly #1 -- it shouldn't be reporting issues in system headers
20:55.13maths22Correct
20:55.14brlcadif I request -std=c89, I shouldn't get system header warnings about using c11 constructs
20:55.46brlcadthe system header should deal with the appropriate switching or the compiler should be aware it's parsing a system header (it usually does)
20:56.29maths22Have you looked at the condition in math.h?
20:56.50brlcadclang is probably blaming the libc/libm guys and the libc/libm guys are probably blaming clang (as both are deficient), or it's simply not gotten much attention yet
20:56.55brlcadyes
20:57.58maths22The issue seems to be that is a macro, so when llvm gets to looking at it, it does not realize it came from a system header
20:58.03brlcadif STDC is C11 and we're clang  ... or has_extension(c_generic_selections) .. so the latter is succeeding
20:59.30brlcadnah, llvm knows when it's parsing constructs and where they came from -- very good at managing all that
21:00.25brlcadit's just naive simple logic coupled with a generic warning check
21:00.43*** join/#brlcad pujani (~pujani@202.164.45.204)
21:01.01*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
21:01.52brlcadthe header literally and simply says "if I have _Generic(), use it" ..
21:01.58brlcadthe compiler says "if I see _Generic, warn about it (-Wc11-extensions) because I was told to compile in c89 mode"
21:02.18brlcadbrl-cad is saying compile in c89 mode and treat warnings as errors
21:02.50brlcadtrifecta resulting in the build error -- fixing any of the three makes the problem go away
21:02.52maths22See http://clang.llvm.org/docs/LanguageExtensions.html#feature-checking-macros
21:03.05maths22I'm not sure why has_extension would pass
21:04.20``Erikbrlcad: no... musta missed it, url? (8088 on hn)
21:04.36maths22brlcad: we need to pass the -pendantic-errors flag
21:04.38maths22that fixes it
21:05.08brlcad``Erik: http://trixter.oldskool.org/2015/04/07/8088-mph-we-break-all-your-emulators/
21:05.44brlcadthat would have blown my mind, seeing that many colors on a cga monitor
21:06.37``Erikall hail dithering... lots of c64 games looked like that and the video capabilities were ... strange :D
21:07.40``Erikcga was 4 color? huh, thought it was 16
21:08.37brlcadhe's doing more than dithering iirc
21:10.32teepeehey, I saw that on live stream, the sound was a bit funny :)
21:10.32brlcad4 colors at 320x200, 16 colors at 160x100
21:10.42brlcadhardware color-mapping
21:12.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:12.08StragusWas that hardware where you could change the palette between scanlines?
21:13.04teepeeyou can on lots of hardware, for atari 2600 that even was the way to generate the image  ;)
21:14.03teepeechecks if the video from the opengl shader live coding competition is already online...
21:18.06brlcadfrom the same competition, in 64k https://www.youtube.com/watch?v=mEjTnstaMLM
21:20.07teepeeahh, that one is awesome
21:20.38teepeeI did like the oldskool ones too :)
21:20.57StragusI must be too young to fully appreciate these old demos
21:21.30StragusI grew up with a 386 66mhz, writing true 32 bits protected code code with DJGPP
21:21.51brlcadStragus: that last link was not an old demo...
21:21.52teepeeyeah, I guess it helps having programmed on a system with like 16k or 64k ram
21:22.05StragusI was watching the 8088 one
21:22.13brlcadah
21:22.39brlcad8088 was in the PC category, I think 504 kb or something
21:23.06brlcadin some ways the 64kb category winner is more impressive (and definitely more visually impressive)
21:23.11teepeelikeley "wild" where any system is allowed with one "normal" medium
21:23.24brlcadall the artwork, music, and code are included in that 64kb limit
21:23.45brlcad64kb binary on disk, run it :)
21:24.13StragusI wrote a little game for a 64kb compo many years ago
21:24.18Stragus64kb is a ton of memory :p
21:25.03brlcadfor a game sure :)
21:25.03teepeenot so much for full-hd video with textures. I guess that's pretty much all precedural stuff
21:25.51brlcadfor a 5 minute video with custom scene animations (all displaying in real time) with custom artwork and music, much more impressive I think
21:26.12teepeeall video (hopefully soon) at https://www.youtube.com/user/RevisionParty/videos
21:27.00teepeeI found most impressive what some did in the 25 minutes live coding session
21:27.15brlcadcool
21:27.35teepeelike shader toy, but 2 people live on stage with the huge splitscreen in the background
21:28.27brlcadI would totally love to attend one of those if one were nearby
21:29.08teepeeseems to be mostly european locations http://www.demoparty.net/
21:29.33teepeeoh, one east and one west coast US
21:30.06StragusHere's something I had written for a 64kb x86 asm compo: http://www.rayforce.net/raptor000.png
21:30.21StragusGame was infinite and getting harder indefinitely, with bosses and such
21:30.25teepeelooks like los angels and boston
21:30.42*** join/#brlcad andrei_il (~andrei@109.100.128.78)
21:31.28brlcadStragus: that looks fun :)  like an old nintendo game
21:31.50StragusYup that was the idea :)
21:31.54brlcadteepee: yeah, boston .. huh
21:32.11teepeestill too far away?
21:32.50brlcad'bout 8 hours
21:32.57teepeeand LA?
21:33.09brlcad'bout 8 hours ;)
21:33.19teepeehaha, no demo party then
21:33.28teepeewell, none they list on demoparty.net that is
21:33.32brlcadones a car ride, the other a flight
21:33.54StragusAnd work won't reimburse that flight? :) Come on, it's a conference
21:34.04teepeeI guess I could reach all of the 40 EU parties in that time :P
21:34.06brlcadwould be cool to host a cademoparty
21:34.30teepeeand live shader coding would still almost fit
21:34.31brlcadmodel something impressive in just a couple days
21:34.39teepeethe software is on github
21:34.55teepeehttps://github.com/Gargaj/Bonzomatic
21:36.24brlcadthat's awesome
21:36.32``Erikcga was 4 color? huh, thought it was 16
21:36.38``Erikwoops
21:37.11brlcadglitch in the matrix
21:37.35brlcadmaths22: that's really odd that switching to pedantic errors fixed it!
21:37.52Stragusblames clang
21:38.44maths22http://clang.llvm.org/docs/LanguageExtensions.html#feature-checking-macros
21:38.57maths22See the comment about pendantic-error
21:43.03*** join/#brlcad andrei__ (050cdda5@gateway/web/freenode/ip.5.12.221.165)
21:45.57brlcadmaths22: yeah, that explains it .. interesting way to handle it
21:47.32maths22Its not necessarily a bad flag anyway
21:47.54brlcadthe fact that it fixes this specific case is still kind of an unintended consequence
21:47.55maths22what is this code from: src/libgcv/poissonrecon/?
21:48.00maths22That is true
21:48.08maths22about the unintended consequence
21:48.10brlcadit's the fact that there's a mismatch with the header and its logic
21:48.34maths22the header should be using __has_feature can
21:48.42maths22I mean __has_feature
21:48.53maths22not  __has_extension
21:50.05brlcadyeah, there needs to be a README in that directory and authorship info
21:50.25brlcadit's from http://www.cs.jhu.edu/~misha/Code/PoissonRecon/Version6.13/
21:51.07maths22Is it permissible to edit that code in any way?
21:51.07brlcadbsd licensed code
21:51.20maths22http://www.cs.jhu.edu/~misha/Code/PoissonRecon/license.txt
21:51.24maths22Yep
21:52.00brlcadcan you drop that in the directory?
21:52.22brlcadsurprised starseeker would put that in there without proper docs, but he is working on that stuff now
21:52.59Notify03BRL-CAD:maths22 * 64621 brlcad/trunk/src/libgcv/poissonrecon/SparseMatrix.inl: added license file for possionrecon
21:53.00maths22Each file includes the license at the top
21:54.37Notify03BRL-CAD:maths22 * 64622 (brlcad/trunk/src/libgcv/poissonrecon/BSplineData.h brlcad/trunk/src/libgcv/poissonrecon/Factor.h and 2 others): added newlines to end of possionrecon source
22:00.46brlcadhuh, except the random one that I picked to check, Hash.h
22:01.08brlcadI meant just adding a license.txt file there so it's explicit
22:01.28maths22I did
22:01.42brlcadcool, thanks
22:02.30brlcadhow about a README citing the source?
22:02.38*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
22:03.17maths22Can do soon
22:03.30starseekerbrlcad: sorry 'bout that - license info is in the src files, forgot to add a separate file
22:03.53brlcadstarseeker: not in the one I randomly picked :)
22:04.03starseekerfigures
22:06.18starseekerif this approach proves useful, maybe need to do some siginficant rework on the code - right now it needs OpenMP for parallelism, so we're compiling it in serial mode
22:07.35starseekernot sure how turning on OpenMP would play with our own threading
22:09.29brlcadugh
22:11.59brlcadfor a self-contained gcv plugin, maybe
22:12.31brlcadfor a library (including libgcv or librt), I wouldn't be in favor
22:23.33Notify03BRL-CAD:maths22 * 64623 brlcad/trunk/src/libgcv/screened_poisson.cpp: removed unnecessary semicolons (pedantic error)
22:31.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:31.51maths22brlcad: Is it OK to commit the following? http://paste.ubuntu.com/10777205/
23:13.28brlcadmaths22: misc/CMake/BRLCAD_CompilerFlags.cmake
23:13.39brlcadprobably belongs there as that's where strictness is enabled
23:13.44brlcadsee pedantic
23:13.47maths22Ok.
23:13.52brlcadprobably good to just use both :)
23:14.18maths22I'll move it.
23:14.49brlcadif you can, make sure it compiles with gcc too
23:15.03brlcadthat's going to be almost certain to fail something somewhere
23:20.03brlcaddarn I don't have part 21 handy
23:22.08maths22Of what?
23:22.21maths22Running with GCC now
23:45.46brlcadpart 21 of the step standard, stepcode bug reported but don't know what the spec says
23:48.33maths22http://brlcad.org/CDash/viewBuildError.php?buildid=46
IRC log for #brlcad on 20150409

IRC log for #brlcad on 20150409

00:02.16*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
00:03.29brlcadstarseeker: I'm seeing a seemingly complicated build error in screened_poisson.cpp on mac, just fyi
00:03.56brlcadmaths22: you technically found a bug in the _cpuset.h header .. that seems to not yet be reported
00:04.22maths22Where?
00:04.29brlcadISO C does not allow extra ';' outside of a function
00:04.41brlcadthere's a semicolon in that header that doesn't belong
00:04.51brlcadline 50
00:05.18maths22You're right.
00:05.34maths22What do we do about that?
00:12.09brlcadmaths22: you're welcome to report the bug and/or submit a patch to them :)
00:12.17brlcada one-char patch
00:13.04brlcadif you do that, then I'd be okay editing the system header but from your log there appear to be other issues as well that have to be inspected/fixed
00:13.37brlcadwithout that, it basically means -pedantic-errors is too strict
00:13.45brlcadand another solution is needed
00:16.01brlcadmaths22: commit should address one of the other errors in your list
00:16.10Notify03BRL-CAD:brlcad * 64624 brlcad/trunk/src/libgcv/poissonrecon/Octree.inl: believe this is what's causing the 'error: too few template-parameter-lists' error with the specialization going on here. need to declare this as a template.
00:16.28brlcadactually, that should be the remainder
00:16.58brlcadretry the build
00:17.05brlcad(i edited the system header)
00:18.36brlcadif it works, it might be stable enough to keep pedantic-errors
00:25.56brlcadbug reported, pull request sent
01:04.34maths22http://brlcad.org/CDash/viewBuildError.php?buildid=47
01:04.51maths22still has that template error
01:05.25maths22not a pedantic errors problem
01:07.32brlcadmaths22: thanks for checking, my fix was no good locally too
01:12.46maths22Ok
01:17.44Notify03BRL-CAD:brlcad * 64625 brlcad/trunk/src/libgcv/screened_poisson.cpp: include common.h before headers for good measure, shouldn't need extern C wrapping (they already do this)
01:18.13maths22To run a build http://brlcad.org/svn/triggerBuild.php
01:18.58Notify03BRL-CAD:brlcad * 64626 brlcad/trunk/src/libgcv/poissonrecon/Octree.inl: undo 64624 as that was a red herring. the error might just be wrong/misleading. see if removing the explicit class typing is what's causing the issue.
01:19.12brlcad"command returned 0"
01:19.29maths22That is what should happen
01:19.46brlcadthat fix hopefully does the trick, working locally
01:20.25brlcadstarseeker: that poisson code is incredibly dirty! ... hundreds of issues, some quite significant
01:22.01brlcadand that's *after* you disabled a ton of warnings too
01:22.45brlcadis reminded that academic code requires "patience", but ugh such terrible coding standards
01:23.01brlcadmaths22: so how do I know if the build succeeds fr not? :)
01:23.19brlcadand what happens if I just keep hitting refresh? :)
01:23.44maths22I think I have guards so only one runs at once
01:27.54maths22That script is apparently broken.  Fixing
01:32.11Notify03BRL-CAD:brlcad * 64627 (brlcad/trunk/src/libgcv/poissonrecon/Time.cpp =================================================================== and 49 others): move the Time.h headers that cause havok on case-preserving filesystems (mac hfs+) when encountering a #include <time.h>. compilation woes fixed, except for the hundreds of warnings.
01:32.17brlcadstarseeker: fixed on mac
01:42.02*** join/#brlcad pujani (~pujani@202.164.45.204)
02:20.21maths22test running now
03:03.10maths22http://brlcad.org/CDash/buildSummary.php?buildid=49
03:03.16maths22Much better
03:03.48*** join/#brlcad konrado (~konro@41.205.22.37)
03:11.01*** join/#brlcad pujani (~pujani@202.164.53.117)
03:11.06*** join/#brlcad pujani_ (~pujani@202.164.53.117)
03:18.09*** join/#brlcad sofat (~androirc@183.87.15.181)
03:20.15brlcadvery cool
03:20.32brlcadsofat!
03:20.44brlcadvery hard to have a discussion with you when you keep disconnecting...
03:20.45sofatHello
03:20.55sofatSorry brlcad
03:21.11sofatThere is timing problem
03:21.22brlcadhow so?
03:22.16sofatMeans college internet closed after mid night
03:22.33brlcadugh
03:22.39brlcadso no means to leave an IRC client running?
03:22.58brlcadif they have servers, you could keep a screen+irssi session running
03:23.10sofatOkay
03:23.38sofatBut sorry next time this not happen again
03:23.47sofatVery sorry
03:23.49brlcadas to your question, article vs book, that will almost never matter at this point -- pick one, probably article, unless it clearly has many chapters and each chapter is at least several pages long
03:23.53StragusThey shut down the internet at midnight? Darn
03:24.28sofatbrlcad, okay
03:24.45brlcadsofat: don't have to apologize, not a big deal .. it's just happened a lot because of timezone differences and you seem to frequently disconnect from IRC instead of using /away (and leaving IRC running)
03:25.07sofatOkay
03:25.12brlcadif it's because of your actual connectivity, so be it (in which case a server will help)
03:25.29brlcadI somehow doubt they shut everything off
03:26.08brlcadsofat: at this point, do you have any actual patch files (in patch file format)?
03:27.40sofati have xml format file and i have made patch file for cmakelists.txt.
03:27.50brlcadthe focus should be on taking the work you've already done and turning them into proper patches that can be applied and evaluated without any technical effort by a mentor (other than running the patch command and recompiling)
03:28.08brlcadthis goes for all of the xml files .. they should be in patch file format too
03:28.26brlcadhttp://brlcad.org/wiki/Patches
03:28.41brlcadsvn add doc/docbook/whatever/yourfile.xml
03:28.59brlcadedit the build system to add xml to the build (edit the corresponding CMakeLists.txt file
03:29.14brlcadthen run svn diff to capture all of your changes (including the xml file) into a single text file
03:29.15sofatOk
03:29.17brlcadthat's a patch file
03:29.29sofatOk
03:30.18brlcadif you just post xml files, that means a mentor still has to download the file, update the build system, run the build, maybe even see that it doesn't actually validate/compile (something you should ensure) ... i.e., potentially a lot more work
03:31.52brlcadit should be no work -- in fact you can test exactly what they'll do by making a *separate* checkout of the sources and running "patch -p0 < yourchanges.patch" then recompiling
03:32.56brlcadif if you added your file and updated the build system correctly and have properly validating syntax, it will create an html file for that new document that looks right in a browser
03:33.27brlcadsee if you can do that for all of your existing patch submissions because that'll be the first feedback you receive on all of them that are not in patch file format
03:34.39sofatHmm ok i will make the patch files for my all patches.
03:36.08sofatAs soon as possible i will submit the all patches again.
03:40.36*** join/#brlcad hiteshsofat (~androirc@183.87.15.188)
03:44.53*** join/#brlcad sofat (~androirc@183.87.15.219)
04:02.17maths22brlcad: Almost fixed repository
04:02.28maths22however, what is our function to use instead of abort?
04:03.23maths22Is it bu_bomb?
04:03.51maths22Never mind-it is
04:05.43maths22However, what is the platform symbol usage check?
04:10.02maths22Possion added a bunch of WIN32s
04:14.39Notify03BRL-CAD:maths22 * 64628 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: make llvm and FreeBSD work nicely together
04:21.04Notify03BRL-CAD:maths22 * 64629 (brlcad/trunk/src/libgcv/poissonrecon/Allocator.h brlcad/trunk/src/libgcv/poissonrecon/Array.h and 17 others): fixed api usage in possionrecon
04:39.43maths22We should also now have nightly builds running.
04:39.47maths22We will see if that works
04:59.13*** join/#brlcad sofat (~androirc@183.87.15.30)
05:14.21*** join/#brlcad sofat (~androirc@123.63.148.138)
05:32.50*** join/#brlcad sofat (~androirc@123.63.148.138)
06:44.46*** join/#brlcad sofat (~androirc@123.63.148.138)
06:53.45*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:42.12*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:11.05*** join/#brlcad sofat (~androirc@183.87.15.16)
08:11.34*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:22.55*** join/#brlcad andrei_il (~andrei@109.100.128.78)
11:36.30starseekerbrlcad: thanks, sorry about that (poisson) - guess I should have put it in src/other right away
11:37.41*** join/#brlcad merzo (~merzo@92.60.189.225)
11:49.18starseekermaths22: I'll try to get the poisson code into src/other soon - as brlcad noted, it's not up to our coding standards
11:49.55starseekerif it proves useful it's probably worth cleaning up, but that's a job so I want to make sure it actually is useful first
11:50.27*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
11:52.16*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-cjugembfkacqovsw)
12:04.19*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
12:05.01Notify03BRL-CAD Wiki:Mitchdraft * 8121 /wiki/User:Mitchdraft/GSoC15/Proposal:
12:06.31*** join/#brlcad sofat (~sofat@183.87.15.16)
12:08.18*** join/#brlcad alisha (~quassel@101.60.156.232)
12:18.58*** join/#brlcad alisha (~quassel@115.184.93.55)
12:46.08*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
12:52.08maths22starseeker: by the way, I did fix up some of the function calls to use bu]
12:58.59maths22http://brlcad.org/CDash/viewTest.php?onlyfailed&buildid=50
13:05.04starseekermaths22: ok, thanks - that'll be key if we opt to keep these sources in our code, but I'm going to take an initial stab at making it a src/other build - basically will need to define a library API for it
13:05.39starseekermaths22: awesome that the cdash nightly is working - thanks!
13:06.41maths22It had been running since january, but my crontab path was wrong, so it couldn't find ctest
13:07.56maths22starseeker: Any idea what might be up with bu semaphore?
13:08.23starseekermaths22: no, unfortunately
13:08.45starseekerthere've been some changes to the threading code, but brlcad is our expert on that
13:09.26maths22ok
13:14.26maths22Do you know if we could add a commit hook to the repository?
13:20.16sofatstarseeker, hello
13:22.27sofati have question for /doc/html/manuals/anim_tutorial  i have converted this tutorial into xml  i have made patch for this
13:22.50sofatbut there some images how i handle this with my patch?
14:03.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:07.58brlcadmaths22: we can install hooks
14:08.20brlcadyou may even have the ability as a dev, it's via svn's shell service
14:08.38brlcadplease ensure you have a complete repository backup (svnsync) before you try though
14:09.00brlcadsofat: images are handled the same way as any other file
14:09.12sofatokay
14:09.12brlcadyou svn add them
14:09.17sofatokay
14:09.39maths22ok
14:09.41brlcadif they don't get bundled into the patch file, create a tarball with the patch and new files
14:09.51brlcad(read the patch file, see what it does)
14:33.42sofatbrlcad, is need to make patch for CMakeLists.txt file or I submit as .txt
14:33.44sofat?
14:37.20sofatbrlcad, I have done patch work I have created the one patch for 9 files And this patch also hold the CMakeLists.txt with  new settings
14:39.23sofatI am going to submit this patch which is contains the 9 new articles files
14:43.42sofatI have submitited my patch please now review my work and tell about changes. This patch only hold the data of articles.
15:02.20*** join/#brlcad hiteshsofat (~androirc@223.225.200.150)
15:05.54brlcadhiteshsofat: I see the (new?) patch submission
15:06.23brlcadneed to do something about all of the prior submissions
15:07.10brlcadif this patch replaces others, then the other submissions need to be closed and it needs to be clear which should be closed and which should not
15:07.23Notify03BRL-CAD:carlmoore * 64630 (brlcad/trunk/src/libgcv/poissonrecon/Allocator.h brlcad/trunk/src/libgcv/poissonrecon/Array.h and 42 others): remove trailing blanks and tabs -- POSSIBLE MISSPELLINGS WILL BE DEALT WITH LATER!
15:07.57``Erikeck https://truesecdev.wordpress.com/2015/04/09/hidden-backdoor-api-to-root-privileges-in-apple-os-x/
15:09.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:13.49brlcad``Erik: niice
15:15.09hiteshsofatOk i will check this
15:20.57*** join/#brlcad alisha (~quassel@115.184.93.55)
15:33.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:39.22Notify03BRL-CAD:carlmoore * 64631 (brlcad/trunk/src/libgcv/poissonrecon/Allocator.h brlcad/trunk/src/libgcv/poissonrecon/Array.inl and 10 others): fix spellings
16:20.10*** join/#brlcad alisha_ (~quassel@101.60.220.245)
16:38.23*** join/#brlcad alisha (~quassel@101.60.220.245)
16:59.58*** join/#brlcad pujani (~pujani@202.164.45.204)
17:01.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:24.31*** join/#brlcad alisha (~quassel@101.60.151.182)
17:25.04*** join/#brlcad pujani (~pujani@202.164.45.204)
17:28.00StragusEh ``Erik, nice
17:30.10*** join/#brlcad hiteshsofat (~androirc@223.225.243.63)
17:41.51*** join/#brlcad pujani (~pujani@202.164.45.204)
17:59.15``Erikinflight refeuling of a helicoptor carrying a hmmwv O.o  http://cheezburger.com/8474948352/epic-win-pic-plane-refueling-humvee
18:06.22*** join/#brlcad pujani_ (~pujani@202.164.45.204)
18:23.50*** join/#brlcad alisha (~quassel@115.184.50.126)
18:24.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:28.51*** join/#brlcad cardinot (~cardinot@179.181.245.65)
18:28.51*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
18:51.39*** join/#brlcad Izakey (~Izakey@41.205.22.46)
19:46.55*** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-cjugembfkacqovsw)
20:13.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:17.09*** join/#brlcad andrei_il (~andrei@109.100.128.78)
20:31.22*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:33.05*** join/#brlcad Ch3ck_ (~localhost@154.70.104.216)
20:39.00Notify03BRL-CAD:carlmoore * 64632 brlcad/trunk/db/comgeom/ADA073408.comgeom: comgeom file has AGAIN had trailing white space removed -- PLEASE REVERT IF PROBLEM!
20:53.58Notify03BRL-CAD:brlcad * 64633 (brlcad/trunk/include/fb.h brlcad/trunk/src/burst/extern.h and 51 others): update most of libfb and all callers to size_t for image sizing. this has a benefit of not permitting or needing to check for negative values. it has a risk that some loop construct wasn't properly updated or some tool actually relied on negative coordinates. however, ran a number of manual tests, all fb-related
20:54.00Notifyregressions and integration tests are passing, and build is clean (mac, clang6).
20:54.02Notify...
21:05.27Notify03BRL-CAD:brlcad * 64634 brlcad/trunk/src/libgcv/poissonrecon/MemoryUsage.h: do something better than quitting the application. probably don't want to rely on libbu at this point just yet unless we embrace this lib harder.
21:13.01Notify03BRL-CAD:brlcad * 64635 brlcad/trunk/src/libfb/if_wgl.c: update to size_t. shamefully untested before commit, but that's next.
21:27.37*** join/#brlcad Ch3ck_ (~localhost@41.205.14.89)
22:10.09*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-spqhyjvuqyupfldk)
22:18.03*** join/#brlcad Ch3ck_ (~localhost@41.205.13.45)
22:26.01*** join/#brlcad alisha (~quassel@115.184.7.75)
22:40.31*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:03.49*** part/#brlcad Ch3ck_ (~localhost@41.205.13.45)
IRC log for #brlcad on 20150410

IRC log for #brlcad on 20150410

00:27.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:49.40starseekersrc/libfb/if_X24.c:1105:46: error: signed and unsigned type in conditional expression [-Werror=sign-compare] x1wd = (x1 == xi->xi_ilf) ? xi->xi_ilf_w : ifp->if_xzoom;
02:49.48starseekersorry, double post
02:49.54starseekerscowls at mouse
02:50.08starseekernumber of similar errors in other locations
02:52.02*** join/#brlcad sofat (~androirc@223.225.215.93)
03:03.00*** join/#brlcad jyhong (~jyhong@218.22.21.14)
03:07.32Notify03BRL-CAD:starseeker * 64636 brlcad/trunk/src/libfb/if_X24.c: Start updating the types in the X24 fb - looks like they'll all need to be updated.
03:27.13sofatbrlcad, how i change the status of ticket?
03:36.57sofatAnyone know about this ?
03:37.25sofatI want to closed some ticket so how I do this ?
04:32.47sofat``Erik, you know about this
04:33.08sofatstarseeker, you know about this?
05:19.26*** join/#brlcad sofat (~androirc@223.225.215.93)
05:44.38*** join/#brlcad alisha (~quassel@115.184.63.27)
06:08.16*** join/#brlcad hiteshsofat (~androirc@223.225.215.93)
06:35.18*** join/#brlcad sofat (~androirc@223.225.215.93)
06:46.09*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:55.27*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:01.21*** join/#brlcad sofat (~androirc@223.225.215.93)
07:57.20*** join/#brlcad merzo (~merzo@92.60.189.225)
08:42.13*** join/#brlcad luca79 (~luca@ge-19-123-238.service.infuturo.it)
09:01.18*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:09.16*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
10:14.38*** join/#brlcad andrei_il (~andrei@109.100.128.78)
10:32.04*** join/#brlcad sukhtaaj (~sukhdeep@202.164.53.117)
10:34.28*** join/#brlcad hobbyist (~quassel@202.164.53.117)
11:06.19*** join/#brlcad sofat (~sofat@123.63.148.138)
11:06.25sofatstarseeker, hello
11:07.38sofathow I change the status of my patch on sourceforge? I want to close some patches, so please tell me.
11:19.35starseekersofat: if you click on the patch when you're logged in, in the upper right do you see an "Edit" button?
11:19.41starseekerI think you can mark it closed there...
11:23.11sofatno there is no edit button .
11:30.24sofat?
11:33.24starseekerum.
11:34.11sofatthere is two button i see one for "follow this ticket"
11:34.24starseekeryou're logged in?
11:34.42sofatand second is "unsubscribe from this ticket"
11:34.44sofatyes
11:34.50sofati am logged in
11:35.01starseekerodd
11:35.16sofatodd? means
11:35.23starseekerI don't see an easy way to do it
11:35.44starseekerI guess email me the list of links to the patches you want closed and I'll close them tonight
11:35.48starseeker(got to run now)
11:36.12sofatok
11:36.19sofati will email you
11:36.31*** join/#brlcad luca79 (~luca@ge-19-123-238.service.infuturo.it)
11:37.35sofatwhen  you free you please review my patch ticket no.352 and patch name "articles in xml"
11:44.49*** join/#brlcad andrei_il (~andrei@109.100.128.78)
12:08.56*** join/#brlcad andrei_il (~andrei@109.100.128.78)
12:09.11*** join/#brlcad luca79 (~luca@ge-19-123-238.service.infuturo.it)
12:24.01*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-vmtfimluhmmbyfad)
13:07.39maths22This is not good: http://brlcad.org/CDash/viewBuildError.php?buildid=53
13:18.19*** join/#brlcad luca79 (~luca@fi-19-201-244.service.infuturo.it)
13:28.54``Erikso there're bad type assumptions... O.o legitimate issues that need addressed, cdash is doing it's job...
13:30.41Notify03BRL-CAD:d_rossberg * 64637 brlcad/trunk/src/librt/db_lookup.c: fixed crash during creation of temporary names for duplicates (write to freed memory)bu_vls_~() can move the string's memory, therefore moved the pointer to this memory too
13:31.32``Erikls
13:31.35``Erikwoops
13:32.06teepee--ls: whoops: No such file or directory
13:34.21``Erikif_ogl.c:1858 might be a bit trickier, y is 'register int', if_height in fb_internal is 'int', so if that 'fb' type is fb_internal, that's ... unexpected.
13:35.08``Erikfights the urge to find . -type f -print0 | xargs -0 sed -i.bak 's/register //'
13:36.12teepee--that looks scary to run on any bigger code base :)
13:36.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:36.56``Erikteepee--: live fast, die young!
13:37.10teepee--hehe, too late for that :P
13:37.24``Erikya'll audit your commits with 'svn diff' before you commit, right? O.o
13:38.15teepee--does (well, normally using gitk)
13:42.33``Eriksure, gitk's diff, "git diff" on the command line, "darcs diff" if you're dealing with nerdy stuff... :D
13:43.55teepee--so it really treats register int and int as different types? that's indeed a bit surprising
13:46.35*** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org)
13:53.59Notify03BRL-CAD:starseeker * 64638 (brlcad/trunk/src/libfb/if_X24.c brlcad/trunk/src/libfb/if_ogl.c): More tweaks to if_X24 and if_ogl
13:57.46*** join/#brlcad luca79 (~luca@151.34.244.250)
13:58.41``Erikno idea, that'd be odd if it did... (personally, I don't think register is all that useful any more... i386 is a piece of shit, x86_64 is marginally better, arm has the fu but isn't a major target for BRL-CAD)
14:00.18Notify03BRL-CAD:starseeker * 64639 (brlcad/trunk/include/fb.h brlcad/trunk/src/burst/extern.h and 54 others): Back out 64638, 64636, 64635, and 64633 as a unit - this update needs to be applied to all fb implementations at the same time, since it will break compilation on any fb that isn't updated to the new function signatures. Should be able to reverse merge this to put the changes back when work resumes.
14:02.31starseekerthat should revert the breakage until a comprehensive update to all fb functions can be completed
14:03.18starseekermaths22: should build now.  cdash++
14:05.54maths22Will run tonight at 3am EDT
14:06.12maths22Ill kick off a manual run sooner
14:07.58sofatstarseeker, I am facing some error when i adding new images in CMakeLists.txt
14:08.04sofatmake[2]: *** [doc/docbook/books/en/docbook_books_EN_IMAGES.sentinel] Error 1
14:08.05sofatmake[1]: *** [doc/docbook/books/en/CMakeFiles/docbook_books_EN_IMAGES_cp.dir/all] Error 2
14:08.05sofatmake: *** [all] Error 2
14:08.05sofatmake[2]: *** [doc/docbook/books/en/docbook_books_EN_IMAGES.sentinel] Error 1
14:08.05sofatmake[1]: *** [doc/docbook/books/en/CMakeFiles/docbook_books_EN_IMAGES_cp.dir/all] Error 2
14:08.05sofatmake: *** [all] Error 2
14:11.27sofatstarseeker, you have any solution for this error?
14:12.26Notify03BRL-CAD:starseeker * 64640 (brlcad/trunk/src/other/PoissonRecon/PoissonRecon.sln =================================================================== and 48 others): Add the vanilla Screened Poisson Surface Reconstruction Version 6.13 sources from http://www.cs.jhu.edu/~misha/Code/PoissonRecon/Version6.13 (the latest as of April 10, 2015.) The only change from the original zip file contents was to correct mixed
14:12.28Notifyline endings in a few Src files so subversion would accept the files.
14:12.30Notify...
14:12.31starseekersofat: there's not enough information there to debug it
14:13.07starseekermaths22: awesome - thanks!
14:13.33sofatok i show you my CMakeLists.txt
14:15.00sofathttps://bpaste.net/show/11ace5615550
14:15.11sofatform line 51-64
14:16.06maths22starseeker: it runs nightly at 3am.  I figured that was a good off time when people aren't likely to be comitting more
14:16.12Notify03BRL-CAD:starseeker * 64641 (brlcad/trunk/src/other/PoissonRecon/LICENSE =================================================================== and 28 others): Add top level license file
14:16.35maths22If they do, it obviously doesn't break anything
14:19.16Notify03BRL-CAD:starseeker * 64642 (brlcad/trunk/src/other/PoissonRecon/Src/BSplineData.h brlcad/trunk/src/other/PoissonRecon/Src/Factor.h and 3 others): added license file for possionrecon (from maths22)
14:21.30sofatstarseeker, you understand the error ?
14:25.22Notify03BRL-CAD:starseeker * 64643 brlcad/trunk/src/other/PoissonRecon/Src/Octree.inl: Clear 'error: too few template-parameter-lists' error (brlcad)
14:27.17*** join/#brlcad sofat (~androirc@106.192.152.163)
14:27.20Notify03BRL-CAD:starseeker * 64644 (brlcad/trunk/src/other/PoissonRecon/Src/Time.cpp =================================================================== and 49 others): Remove Time.h - causing problems on filesystems such as mac hfs+ when a #include <time.h> is encountered (brlcad)
14:30.29Notify03BRL-CAD:starseeker * 64645 (brlcad/trunk/src/other/PoissonRecon/Src/Allocator.h brlcad/trunk/src/other/PoissonRecon/Src/Array.h and 41 others): remove trailing blanks and tabs (carlmoore)
14:33.37Notify03BRL-CAD:starseeker * 64646 (brlcad/trunk/src/other/PoissonRecon/Src/Allocator.h brlcad/trunk/src/other/PoissonRecon/Src/Array.inl and 10 others): Correct a few spelling errors (carlmoore)
14:36.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:37.13Notify03BRL-CAD:starseeker * 64647 (brlcad/trunk/src/other/PoissonRecon/Src/Allocator.h brlcad/trunk/src/other/PoissonRecon/Src/Array.h and 17 others): For now, remove the libbu usage introduced earlier - this is needed only if we decide to integrate poissonrecon directly into BRL-CAD's primary code base.
14:38.29starseekersofat: I need the full make log - the part you posted to the channel only  has the tail end of the make process
14:39.35sofatOkay how i get the log file after ran make command?
14:40.03starseekerwhen you ran "make" you didni't get any output other than what you posted?
14:42.57sofatYes there is many commands is run with make and the output is very large
14:43.12sofatBut i only posted the error
14:43.50starseekerI need the rest
14:44.23sofatOkay i will show you
14:50.07``Erikthe 'error' you posted was make saying "yeah, child process had an error, aborting", it's the child processes error we need :D the few lines before makes error
14:54.45*** join/#brlcad sofat_ (~sofat@123.63.148.138)
14:54.54sofat_starseeker, now check this
14:54.54sofat_https://bpaste.net/show/ae1f25659ad1
14:57.13Notify03BRL-CAD:starseeker * 64648 (brlcad/trunk/src/other/PoissonRecon/CMakeLists.txt =================================================================== and 115 others): Add a CMakeLists.txt file
14:57.50starseekersofat_: OK - try "make VERBOSE=1"
14:59.31sofat_its run very fast , i think compile the brlcad
15:00.34sofat_there is output
15:00.34sofat_https://bpaste.net/show/115394640c62
15:14.25Notify03BRL-CAD:starseeker * 64649 (brlcad/trunk/src/other/PoissonRecon/Src/PointStream.h brlcad/trunk/src/other/PoissonRecon/Src/PointStream.inl): Add a stream class for a basic struct containing a point and a normal
15:53.22Notify03BRL-CAD:starseeker * 64650 (brlcad/trunk/src/other/PoissonRecon/CMakeLists.txt brlcad/trunk/src/other/PoissonRecon/Src/PointStream.h): Start to rough in a C api for a 'libSPR' that we can call instead of shoving everything into libgcv
15:54.53starseekersofat: ok, so it looks like the command that is failing is /usr/bin/cmake -E touch /home/sofat/trunk/doc/docbook/books/en/docbook_books_EN_IMAGES.sentinel
15:55.48sofatSo now how i solve this ?
15:57.44starseekercd into the doc/docbook/books/en subdirectory, do a "make clean", and try again...
15:57.57starseekeryour files are all in the correct places?
15:59.03sofatYes
15:59.22starseekerdo you have a separate build directory, or are you building in the source dir?
16:02.40sofatNot i using exiting dirrctory
16:02.47sofatDirectory
16:03.09sofatMeans in doc/docbook/article/en/images
16:03.19sofatThere my all images
16:04.06starseekerdoes the latest patch on sourceforge have the changes you're trying to work with now?
16:05.43sofatNo, i am working on different patch now
16:05.54starseekerhmm
16:06.41starseekermy first suggestion would be to try using an out-of-source-build-directory and see if that makes any difference
16:09.06starseekerif that doesn't work, my next suggestion would be to take a clean version of the checkout, add a single image file, and see if it still gives an error.
16:09.40sofatOkay i will try, if i face again any error then I will tell you.
16:09.57starseekersofat: sounds good
16:10.09sofatThanks
16:16.46brlcadstarseeker: sorry about that -- I didn't have done an X11 build yet and was working on the Windows build
16:17.15brlcadwould have held off the commit, but didn't think about X11 not compiling
16:17.53brlcadmaths22: that's very good -- it gives me a list of errors to fix that I don't get locally
16:18.34maths22brlcad: is 3am a good time?
16:18.49maths22I figured that way the build should include most people's work on a given day
16:19.15brlcad``Erik: I did remove all register statements like that a year or so ago .. and I was surprised to see performance actually drop a solid 5-10%
16:19.37brlcadI redid the build several times with different settings because I didn't believe it
16:20.31brlcadapparently it still can make a difference to strategically declare what should stick in registers (maybe when there's tons of register contention)
16:32.03Notify03BRL-CAD:starseeker * 64651 (brlcad/trunk/src/other/PoissonRecon/Src/PointStream.h brlcad/trunk/src/other/PoissonRecon/Src/PointStream.inl and 2 others): Start working on the core function.
16:32.23brlcadmaths22: 3am is fine
16:44.13*** part/#brlcad FreezingCold (~FreezingC@135.0.41.14)
17:25.28*** join/#brlcad sukhtaaj (~sukhdeep@124.253.120.254)
17:29.56``Erikhttp://www.reenigne.org/blog/1k-colours-on-cga-how-its-done/
17:30.48teepeeyay, nice
17:30.51teepeestarts reading :)
17:31.22``Erikbrlcad: I remember you did it several years ago, might be interesting to do again and get info on where the slowdown actually happens using like gprof or valgrind or something
17:31.57``Erik(and frikkin' A, if ya'll keep doing these jacked up weird mega-commits, I might have to rewrite the mail parser)
18:52.32Notify03BRL-CAD:starseeker * 64652 (brlcad/trunk/INSTALL brlcad/trunk/configure and 5 others): Switch to using a library built from src/other for Screened Poisson Reconstruction.
18:55.09Notify03BRL-CAD:starseeker * 64653 brlcad/trunk/src/libgcv/CMakeLists.txt: Clear the libgcv copy of PoissonRecon
18:58.38Notify03BRL-CAD:starseeker * 64654 brlcad/trunk/src/libgcv/screened_poisson.cpp: Prepare screened_poisson file for move to librt
19:05.49Notify03BRL-CAD:starseeker * 64655 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/gcv_private.h and 2 others): Start moving screened_poisson to librt
19:24.57*** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-vmtfimluhmmbyfad)
19:34.44Notify03BRL-CAD:carlmoore * 64656 brlcad/trunk/doc/docbook/system/man1/en/pixhalve.xml: add an optional < because you can send it in via standard input as well
19:47.02*** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu)
20:00.16Notify03BRL-CAD:starseeker * 64657 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libged/facetize.c): Get the screened poisson hooked up through the -P option in the facetize libged command. Seeing some odd behavior, needs more investigation.
20:40.57starseekergrowl... can't run this thing twice, must be some memory issue
20:48.41Notify03BRL-CAD:carlmoore * 64658 brlcad/trunk/src/util/pixhist3d.c: implement -h and -? (They now can NOT be valid file names); also revise THRESH comment
21:06.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:19.14*** join/#brlcad merzo (~merzo@150-82-200-46.pool.ukrtel.net)
21:20.30*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-jpodfrabiztvkrfj)
21:32.41Notify03BRL-CAD:starseeker * 64659 brlcad/trunk/src/conv/ply/ply-g.c: Use vls to build the names
21:39.17*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:41.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:53.38*** join/#brlcad merzo (~merzo@190-44-133-95.pool.ukrtel.net)
21:56.38Notify03BRL-CAD:starseeker * 64660 brlcad/trunk/misc/uncpowerplant2g.sh: Tweak powerplant script
21:58.28``Erikheheh http://www.instructables.com/id/Apple-II-Watch/?ALLSTEPS
22:00.51Notify03BRL-CAD:starseeker * 64661 brlcad/trunk/src/conv/ply/ply-g.c: make sure we have a period before truncating
22:20.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:10.54*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:55.01*** join/#brlcad merzo (~merzo@111-62-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20150411

IRC log for #brlcad on 20150411

00:19.10*** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org)
00:29.31*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:43.15*** join/#brlcad sofat (~sofat@123.63.148.138)
03:50.06*** join/#brlcad sofat_ (~sofat@183.87.15.254)
03:55.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:08.14*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
06:26.59*** join/#brlcad sofat (~androirc@183.87.15.254)
06:29.49*** join/#brlcad sofat_ (~androirc@123.63.148.138)
09:01.00*** join/#brlcad sofat (~androirc@106.192.140.151)
10:13.00*** join/#brlcad sofat (~androirc@106.192.140.151)
10:25.57*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qqnceahxhvghuaid)
10:41.34*** join/#brlcad infobot_ (ibot@rikers.org)
10:41.35*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer!
11:32.23*** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-gseacdotlbousmhw)
11:55.22*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
12:43.17*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
12:56.25*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
14:26.18*** part/#brlcad SquirrelCZECH (~Squirrel@ip-89-102-104-133.net.upcbroadband.cz)
14:58.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:20.51*** join/#brlcad luca79 (~luca@adsl-ull-209-50.46-151.net24.it)
17:27.59brlcadimplements a custom collating sort function for STEP only to find out that the spec indicates it's not needed!
17:28.46brlcadbut... it actually may come in handy for our own use, if we want to adjust sort ordering to something other than strcmp() or strcasecmp()
18:28.49*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
19:05.29*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
19:55.30*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
20:21.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:20.07*** join/#brlcad andrei_il (~andrei@109.100.128.78)
IRC log for #brlcad on 20150412

IRC log for #brlcad on 20150412

00:14.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:30.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:01.49*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
05:45.15*** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net)
07:14.02*** join/#brlcad albertcoder (~albertcod@1.39.34.119)
09:12.00*** join/#brlcad andrei_il (~andrei@109.100.128.78)
09:35.55*** join/#brlcad andrei_il (~andrei@109.100.128.78)
10:39.11*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:23.08*** join/#brlcad pujani (~pujani@202.164.45.204)
11:56.39*** join/#brlcad albertcoder (~albertcod@1.39.34.119)
12:16.27*** join/#brlcad pujani (~pujani@202.164.45.204)
14:23.27``ErikO.o here's one you don't see often: "grep: memory exhausted"
14:31.48teepeehands ``Erik his 4MB RAM module from the Z80 homecomputer
14:31.59teepeeonly need the ethernet module right now ;)
14:34.26``Erikheh, this is on a 4gb server :D
14:34.32``Erikthus the surprise
14:35.59teepeeulimit -v 100
14:36.22teepeenope, getting segfault then :D
15:07.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:27.29*** join/#brlcad cox_ (~quassel@188.226.208.53)
16:08.02*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
16:18.31*** join/#brlcad luca79 (~luca@adsl-ull-157-14.47-151.net24.it)
16:22.41``Eriksunny beaches, spent all morning fixing a bug, go to submit the patch and find that someone else submitted a fix just a couple days ago... shouldn't have assumed I was the only nerd both concerned and capable *sigh* :D
16:27.31*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
17:09.42*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
17:30.11*** join/#brlcad merzo (~merzo@28-88-132-95.pool.ukrtel.net)
18:10.06*** join/#brlcad pujani (~pujani@202.164.45.204)
18:15.17*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
19:06.57*** join/#brlcad merzo (~merzo@28-88-132-95.pool.ukrtel.net)
19:19.46*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mjydjdmiapfcxjsk)
21:23.57*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
21:37.16brlcad``Erik: sunny beaches?  you trapped in paradise?
21:40.26``Erikheh, no, just less vulgar than sonofabitch :D
21:59.05*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
22:39.29*** join/#brlcad IriX64 (~kvirc@70.49.155.58)
23:50.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:51.41*** join/#brlcad cardinot (~cardinot@187.16.242.23)
23:51.41*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
IRC log for #brlcad on 20150413

IRC log for #brlcad on 20150413

00:45.42*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:35.56*** join/#brlcad konrado (~konro@41.205.22.34)
02:07.50*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:15.45*** join/#brlcad cardinot (~cardinot@187.16.242.23)
02:15.45*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
02:58.21*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
05:25.32*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-wmjfjpqyvcrzrcfp)
05:49.41*** join/#brlcad sofat (~sofat@202.164.53.117)
06:53.52*** join/#brlcad luca79 (~luca@host22-20-dynamic.4-87-r.retail.telecomitalia.it)
07:17.41*** join/#brlcad arno (~luca@host93-19-dynamic.4-87-r.retail.telecomitalia.it)
07:21.11*** join/#brlcad alisha (~quassel@101.60.180.102)
07:22.34*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
07:28.53*** join/#brlcad merzo (~merzo@28-88-132-95.pool.ukrtel.net)
09:34.25*** join/#brlcad merzo (~merzo@72-11-132-95.pool.ukrtel.net)
10:12.33*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-buqxjjetvxbisdfh)
10:40.44*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
11:40.40*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
11:46.44``Erikanother post about the guts of that cga demo: http://www.reenigne.org/blog/more-8088-mph-how-its-done/
11:48.02``Erik(so much nerd fascination about this, it's like the programmer equivalent of when mythbusters decides to go overboard and explode their tests)
11:51.07*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
11:51.51*** join/#brlcad merzo (~merzo@95.132.11.72)
12:23.32*** join/#brlcad cardinot (~cardinot@187.16.242.23)
12:23.32*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
13:56.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:32.52Notify03BRL-CAD:d_rossberg * 64662 (brlcad/trunk/INSTALL brlcad/trunk/configure and 2 others): some fixes for the libSPR (Screened Poisson Reconstruction):- copy-n-paste typos with openNURBS- installprobable not perfect but mged works again
15:10.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:13.53Notify03BRL-CAD:d_rossberg * 64663 rt^3/trunk/tests/coreInterface/CMakeLists.txt: added the necessary include directories to use BRL-CAD macros in tests
15:25.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:33.49*** join/#brlcad albertcoder (~albertcod@1.39.35.11)
16:18.38*** join/#brlcad andrei_il (~andrei@109.100.128.78)
16:32.25*** join/#brlcad luca79 (~luca@host176-109-dynamic.15-87-r.retail.telecomitalia.it)
16:32.32*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-tbaeetymqogfhvwu)
16:48.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:58.23*** join/#brlcad alisha (~quassel@101.60.181.221)
17:21.17*** join/#brlcad albertcoder (~albertcod@1.39.35.11)
17:32.12*** join/#brlcad coderalbert (~albertcod@1.39.32.237)
17:32.29*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-btzeemlcchqlhfbv)
17:37.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:57.32*** join/#brlcad alisha (~quassel@115.184.80.226)
18:01.17*** join/#brlcad sofat (~sofat@202.164.45.204)
18:03.14*** join/#brlcad luca79 (~luca@host176-109-dynamic.15-87-r.retail.telecomitalia.it)
18:30.11*** join/#brlcad cardinot_ (~cardinot@187.16.242.23)
18:33.09sofatstarseeker, hello
18:33.24sofatproblem is not solve :-(
18:34.27sofatmy xml in /doc/docbook/books/en/
18:34.50sofatmy images in /doc/docbook/book/en/images/
19:33.47*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
19:43.54*** join/#brlcad sofat (~androirc@202.164.45.204)
20:21.45*** join/#brlcad merzo (~merzo@143-90-133-95.pool.ukrtel.net)
20:57.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:36.10*** join/#brlcad kanzure_ (~kanzure@unaffiliated/kanzure)
21:38.20*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
22:33.19*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
IRC log for #brlcad on 20150414

IRC log for #brlcad on 20150414

00:33.07*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
02:18.23*** join/#brlcad cardinot (~cardinot@187.16.242.23)
02:18.38*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
02:56.23*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
03:12.33*** join/#brlcad sofat (~androirc@202.164.45.204)
03:26.48*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
03:37.36*** join/#brlcad sofat (~androirc@202.164.45.204)
04:10.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:27.12*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
05:16.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:17.52*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
05:29.07*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
06:07.02*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
07:02.57*** join/#brlcad sofat (~sofat@202.164.53.117)
07:06.37*** join/#brlcad luca79 (~luca@host89-110-dynamic.9-87-r.retail.telecomitalia.it)
07:16.20*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
07:30.35*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
07:33.05*** join/#brlcad andrei_il (~andrei@109.100.128.78)
07:33.30*** join/#brlcad merzo (~merzo@92.60.189.225)
07:47.47*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
08:41.38*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
08:46.32Notify03BRL-CAD Wiki:Pe25tr brl cad * 0 /wiki/User:Pe25tr_brl_cad:
09:22.32*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
09:34.14*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
09:40.05*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
09:45.44*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
09:52.33*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
10:20.08*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
10:55.07*** join/#brlcad alisha (~quassel@101.60.238.28)
11:07.17*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
11:34.14*** join/#brlcad alisha_ (~quassel@101.60.238.28)
11:59.49*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
12:39.58*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
12:44.21*** join/#brlcad winghouchan (~winghouch@premierit-3.premierit.com)
12:44.36winghouchanHowdy everyone!
12:45.46winghouchanAnyone around that is based in or around London, UK?
12:53.51*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
13:20.27``Eriknot that I know of, winghouchan, but geographic location isn't exactly a hot topic... :)
13:21.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:22.29winghouchan``Erik: Oh well thanks!
13:22.55archivistis 120 miles north west
13:23.55winghouchanHaha cheers archivist :) xD
13:30.07*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
13:30.08*** join/#brlcad alisha (~quassel@115.184.125.13)
14:13.56*** join/#brlcad alisha (~quassel@115.184.125.13)
14:17.25*** part/#brlcad winghouchan (~winghouch@premierit-3.premierit.com)
14:43.13*** join/#brlcad luca79 (~luca@host200-29-dynamic.4-87-r.retail.telecomitalia.it)
14:53.08*** join/#brlcad luca79 (~luca@host200-29-dynamic.4-87-r.retail.telecomitalia.it)
14:59.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:10.06*** join/#brlcad sofat (~androirc@202.164.45.204)
15:18.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:35.44*** join/#brlcad sofat (~androirc@202.164.45.204)
15:53.33*** join/#brlcad infobot (ibot@rikers.org)
15:53.33*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer!
15:54.27*** join/#brlcad sofat (~androirc@202.164.45.204)
16:02.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:32.40*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-huljeegsmyhywliz)
16:56.16*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
16:57.56*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
17:02.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:03.33*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-avgjaftvldfcligv)
17:13.31*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-coytkkrxtzpyiovp)
17:32.28*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qhpnizowidlugznf)
17:33.15*** join/#brlcad alisha (~quassel@115.184.114.244)
17:47.45*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
18:05.07*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
18:21.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:33.42*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
19:40.54*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
19:55.11*** join/#brlcad infobot (ibot@rikers.org)
19:55.12*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer!
20:13.46*** join/#brlcad andrei_il (~andrei@109.100.128.78)
20:29.51*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
20:44.45*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
21:05.47*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
21:22.09*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
21:32.27*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
22:12.10*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
22:51.09*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
22:53.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:33.44*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
23:50.56*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
IRC log for #brlcad on 20150415

IRC log for #brlcad on 20150415

00:42.44*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
01:09.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:14.35*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
02:41.36*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
02:43.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:52.01*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
02:57.06*** join/#brlcad sofat (~androirc@202.164.45.204)
03:21.40*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
03:33.52*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
03:54.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:14.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:33.51*** join/#brlcad sofat (~sofat@202.164.53.117)
04:49.43*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
04:55.09*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-bpwexwuxtxvrmsdw)
05:25.00*** join/#brlcad sofat (~sofat@202.164.53.117)
06:40.45*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
08:26.47*** join/#brlcad merzo (~merzo@92.60.189.225)
09:06.47*** join/#brlcad sofat (~sofat@202.164.53.117)
09:07.31*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
11:09.21*** join/#brlcad sofat (~sofat@202.164.53.117)
12:04.18*** join/#brlcad cardinot (~cardinot@187.16.242.23)
12:04.18*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
14:06.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:46.45*** join/#brlcad sofat_ (~androirc@202.164.45.204)
15:00.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:26.27*** join/#brlcad sofat_ (~androirc@202.164.45.204)
16:01.45*** join/#brlcad pujani (~pujani@202.164.45.204)
16:06.24*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
16:08.21Notify03BRL-CAD:carlmoore * 64668 brlcad/trunk/doc/docbook/system/man1/en/pixmatte.xml: shift remark about -le to a better location
16:12.46Notify03BRL-CAD:carlmoore * 64669 brlcad/trunk/doc/docbook/system/man1/en/pixmatte.xml: make use of an underscored item which appears in the SYNOPSIS
16:32.37*** join/#brlcad pujani (~pujani@202.164.45.208)
16:33.39*** join/#brlcad pujani (~pujani@202.164.45.208)
16:48.27*** join/#brlcad pujani (~pujani@202.164.45.204)
16:53.05*** join/#brlcad pujani (~pujani@202.164.45.204)
16:54.52*** join/#brlcad pujani (~pujani@202.164.45.204)
16:56.48*** join/#brlcad pujani (~pujani@202.164.45.204)
17:41.42*** join/#brlcad pujani (~pujani@202.164.45.204)
18:12.40*** join/#brlcad pujani (~pujani@61.1.120.103)
18:19.25*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yfbaljyoitvtkdsv)
19:10.50Notify03BRL-CAD:carlmoore * 64670 brlcad/trunk/src/util/pixmatte.c: provide initial value for 'wanted'
19:34.28*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mivrymgzawygikyx)
20:53.02*** join/#brlcad andrei_il (~andrei@109.100.128.78)
23:30.39*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
23:32.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150416

IRC log for #brlcad on 20150416

00:33.45*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
00:44.52*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
01:03.23Notify03BRL-CAD:starseeker * 64671 (svn:ignore ## -0,0 +1,2 ## and 2 others): Set up a branch for experimental work with Embree
01:27.54*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
01:45.43maths22_Only semaphore is failing now!
01:45.45maths22_http://brlcad.org/CDash/viewTest.php?onlyfailed&buildid=58
03:22.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:27.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:10.08*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
06:59.15*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:33.22*** join/#brlcad andrei_il (~andrei@109.100.128.78)
07:40.31*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:14.26*** join/#brlcad sofat (~sofat@202.164.53.117)
11:39.50*** join/#brlcad Izakey (~Izakey@41.205.22.7)
12:09.42*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-pypwxzchfdmyalpd)
13:45.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:15.31*** join/#brlcad Izakey (~Izakey@41.205.22.40)
15:36.29*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
15:44.16maths22SortSor3333sfd
15:50.46Notify03BRL-CAD:starseeker * 64672 brlcad/branches/embree/CMakeLists.txt: Add a basic find module for Embree.
15:51.00*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
16:23.17*** join/#brlcad amalia237 (~amalia237@41.205.22.52)
16:32.06*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yrbnbsgieqihcefn)
16:36.05*** join/#brlcad andrei_il (~andrei@109.100.128.78)
16:43.31*** join/#brlcad ank22 (uid51029@gateway/web/irccloud.com/x-fkrpmanziijnlrvj)
17:09.32*** join/#brlcad amalia237 (~amalia237@195.24.220.134)
17:32.50*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-zntjcymikyeuutvx)
17:51.07*** join/#brlcad luca79 (~luca@host235-235-dynamic.244-95-r.retail.telecomitalia.it)
18:17.16*** join/#brlcad cardinot (~cardinot@187.16.242.23)
18:17.16*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
18:20.01dracarys983brlcad, I had a look at SAT format specification. I found that the "plane-surface" save identifier encodes the normal information and it is an optional data element and can be skipped if not calculated.
18:20.49dracarys983I rendered the resulting SAT file and it was the same as the one with the normals encoded. :D
18:21.39dracarys983brlcad, As you said, OBJ already has an ON/OFF thing implemented. STL doesn't need normal to be mentioned and can be set to 0 if not calculated, so that's done as well.
18:23.05dracarys983DXF doesn't have support, so error will be thrown. If I ever come across any mechanism that would allow explicit normals in DXF, adding the option would the first thing on my task list. :)
18:32.39*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-nxmesiivxmdecdol)
18:39.42*** join/#brlcad sofat (~sofat@117.224.212.116)
18:42.49*** join/#brlcad LordOfBikes (~armin@dslb-092-074-236-214.092.074.pools.vodafone-ip.de)
19:05.15*** join/#brlcad sofat (~androirc@202.164.45.204)
19:11.22*** join/#brlcad sofat (~androirc@202.164.45.204)
19:21.40*** join/#brlcad sofat (~androirc@202.164.45.204)
20:16.19dracarys983brlcad, I wasn't clear in my wording before. I meant the normals are optional in "plane-surface" identifier, so they can be skipped :)
20:19.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:42.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:49.01*** join/#brlcad cardinot_ (~cardinot@187.16.242.23)
23:56.53*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
IRC log for #brlcad on 20150417

IRC log for #brlcad on 20150417

02:10.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:10.47*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
06:55.00*** join/#brlcad Izakey (~Izakey@41.205.22.6)
07:19.00*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kerpkzlrwixchcbc)
07:44.28*** join/#brlcad sofat (~sofat@202.164.53.117)
07:49.37sofatstarseeker, please review my patches and tell me about updates. so i am  working new patch as soon as possible i will submit som e more patches on books ( tutorials)
07:49.59sofats/som e/some
07:51.02*** join/#brlcad Izakey (~Izakey@41.205.22.64)
07:57.04*** join/#brlcad Izakey (~Izakey@41.205.22.10)
08:49.25*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:15.43*** join/#brlcad Izakey (~Izakey@41.205.22.42)
11:06.28*** join/#brlcad amalia237 (~amalia237@41.205.22.53)
11:06.51amalia237ping ries
11:23.09*** part/#brlcad Izakey (~Izakey@41.205.22.42)
11:49.36*** join/#brlcad sofat (~sofat@202.164.53.117)
12:16.54*** join/#brlcad andrei_il (~andrei@109.100.128.78)
12:20.24*** join/#brlcad cardinot_ (~cardinot@187.16.242.23)
13:19.39*** join/#brlcad sofat (~sofat@202.164.53.117)
14:00.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:16.43*** join/#brlcad andrei_il (~andrei@109.100.128.78)
15:37.29*** join/#brlcad sofat (~sofat@202.164.45.204)
15:54.28*** join/#brlcad amalia237 (~amalia237@41.205.22.43)
15:58.57*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
16:33.47*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
16:37.21Notify03BRL-CAD:carlmoore * 64673 brlcad/trunk/src/util/pixmatte.c: touchup work: only 1 space after 'pixmatte:'
16:39.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:45.26*** join/#brlcad sofat (~sofat@202.164.45.208)
17:13.07*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.22.9)
17:59.53*** join/#brlcad sofat (~sofat@202.164.45.208)
18:15.59Notify03BRL-CAD:carlmoore * 64674 brlcad/trunk/doc/docbook/system/man1/en/pixmatte.xml: remove extra 'the'
18:28.51*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
18:40.57Notify03BRL-CAD:starseeker * 64675 brlcad/branches/embree/src/CMakeLists.txt: Stub in an example file that will serve for the initial embree experiments.
19:50.21*** join/#brlcad LordOfBikes (~armin@dslb-188-098-169-121.188.098.pools.vodafone-ip.de)
19:59.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:42.49Notify03BRL-CAD:starseeker * 64676 brlcad/trunk/misc/CMake/NSIS.template.in: Add a comment explaining how CPack finds the NSIS template file.
20:46.57*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
20:59.33*** join/#brlcad amalia237|tired (~amalia237@41.205.22.59)
21:02.39amalia237|tiredheads to bed
22:07.56*** join/#brlcad IriX64 (~kvirc@SSMRON9421W-LP130-02-1279744699.dsl.bell.ca)
22:12.45*** part/#brlcad IriX64 (~kvirc@SSMRON9421W-LP130-02-1279744699.dsl.bell.ca)
22:45.16*** join/#brlcad andrei_il (~andrei@109.100.128.78)
22:46.47*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-umquhdvxlvlvficr)
IRC log for #brlcad on 20150418

IRC log for #brlcad on 20150418

00:49.20*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
01:44.55*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
02:14.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:06.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:19.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:41.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:52.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:01.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:22.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:32.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:43.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:01.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:00.11*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
07:54.13*** join/#brlcad andrei_il (~andrei@109.100.128.78)
10:41.48*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bbsamkpkcdititnm)
10:42.14*** join/#brlcad sofat (~androirc@202.164.53.117)
11:14.49*** join/#brlcad nihar (73619cac@gateway/web/freenode/ip.115.97.156.172)
11:17.42*** join/#brlcad sofat (~androirc@202.164.53.117)
11:36.07niharI want to know if we make a change in the source, how to make it work in mged?  
12:06.02*** join/#brlcad sofat (~androirc@202.164.53.117)
12:50.16*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
13:16.28*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-hqpbcigyiyubojvu)
14:11.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:37.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:54.07*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
15:44.15*** join/#brlcad sofat (~androirc@202.164.45.204)
15:47.41*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
15:59.01*** join/#brlcad sofat (~androirc@202.164.45.204)
16:04.36*** join/#brlcad sofat (~androirc@202.164.45.204)
16:24.26*** join/#brlcad amalia237 (~amalia237@41.205.22.25)
16:41.41*** join/#brlcad sofat (~androirc@202.164.45.204)
18:38.16*** join/#brlcad alisha (~quassel@115.184.52.226)
18:52.59*** join/#brlcad alisha (~quassel@101.60.196.199)
19:06.19*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
20:05.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:18.49*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-nqnacelrwotxzhuu)
22:40.13*** join/#brlcad IriX64 (~kvirc@SSMRON9421W-LP130-02-1279744699.dsl.bell.ca)
22:41.16*** join/#brlcad konrado (~konro@41.244.240.239)
22:42.13*** part/#brlcad IriX64 (~kvirc@SSMRON9421W-LP130-02-1279744699.dsl.bell.ca)
IRC log for #brlcad on 20150419

IRC log for #brlcad on 20150419

00:24.33*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
03:14.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:36.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:45.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:07.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:48.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:45.05Notify03BRL-CAD Wiki:VivekBhagalpur * 0 /wiki/User:VivekBhagalpur:
06:49.28*** join/#brlcad andrei_il (~andrei@109.100.128.78)
11:15.02*** join/#brlcad sofat (~sofat@183.87.15.71)
11:26.09*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-iqvwnbprxtgdsaoc)
12:06.45*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
12:06.46*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
12:13.15*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
14:50.08*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
15:01.01*** join/#brlcad cardinot (~cardinot@187.16.242.23)
15:01.02*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
15:04.00*** join/#brlcad merzo (~merzo@158-158-133-95.pool.ukrtel.net)
15:16.05*** join/#brlcad luca79 (~luca@adsl-ull-221-162.44-151.net24.it)
15:50.53*** join/#brlcad sofat (~androirc@106.192.146.145)
16:05.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:17.06*** join/#brlcad hiteshsofat (~androirc@106.192.146.145)
17:48.09*** join/#brlcad merzo (~merzo@111-64-132-95.pool.ukrtel.net)
18:50.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:09.03*** join/#brlcad andrei_il (~andrei@109.100.128.78)
19:26.00*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-xqfnvgvlhygxazcw)
20:49.07*** join/#brlcad merzo (~merzo@111-64-132-95.pool.ukrtel.net)
21:32.17*** join/#brlcad merzo (~merzo@111-64-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20150420

IRC log for #brlcad on 20150420

03:22.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:58.52*** join/#brlcad sofat (~sofat@123.63.148.138)
04:15.20*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
05:36.55*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
05:38.06*** join/#brlcad sofat (~sofat@123.63.148.138)
05:42.40*** join/#brlcad hiteshsofat (~androirc@123.63.148.138)
06:53.09*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
07:08.08*** join/#brlcad merzo (~merzo@92.60.189.225)
07:27.13Notify03BRL-CAD Wiki:122.102.45.251 * 8122 /wiki/ARL_Technical_Reports:
07:30.03Notify03BRL-CAD Wiki:122.102.45.251 * 8123 /wiki/Developer_Documents:
07:49.37*** join/#brlcad sofat (~androirc@123.63.148.138)
11:17.24*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-uittynaxatrszvhk)
11:44.49*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:00.26*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-eiwyqhtybcbfwsmk)
12:50.43*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
13:19.18*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.22.23)
13:19.20Ch3ck_join #openscad
13:28.03*** join/#brlcad sofat (~androirc@123.63.148.138)
14:04.08*** join/#brlcad cox (~quassel@188.226.208.53)
14:11.01Notify03BRL-CAD Wiki:Sean * 8124 /wiki/Developer_Documents: Reverted edits by [[Special:Contributions/122.102.45.251|122.102.45.251]] ([[User talk:122.102.45.251|talk]]) to last revision by [[User:HowardBarnes|HowardBarnes]]
14:11.14Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:122.102.45.251: Spamming links to external sites
14:11.58*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-zxjctaqyhqjtqtrg)
14:21.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:28.07*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
15:21.04*** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
16:01.26maths22brlcad: has the spam started again?
16:05.55brlcadmaths22: just the one post, why?
16:06.13brlcadfirst one in .. months I think :)
16:08.21maths22That's great then
16:08.34maths22I hadn't really been paying attention to it for a while
16:14.08*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-wxjzpfqmtpjcumqf)
16:22.28brlcadyeah, they're almost certainly all manual entries
17:06.29*** join/#brlcad luca79 (~luca@host40-237-dynamic.244-95-r.retail.telecomitalia.it)
17:14.58*** join/#brlcad sofat (~androirc@223.225.198.36)
17:40.33*** join/#brlcad drahti (~stiel@drahtigelgriller.de)
17:40.40drahtihi
17:41.40drahtiis there any tutorial for using brlCAD?
17:47.07sofatYes in brlcad source code you found doc directory there all tutorials in different formats html,xml,txt
17:48.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:57.37sofatstarseeker, i have submitted the patch on tutorial which are written in html and i convert into xml then make the patch file. There some multimedia like pics and video clips so i put all these content and patch in .tar file and submitted for review.
18:11.47*** join/#brlcad konrado (~konro@41.244.243.157)
18:24.17*** join/#brlcad andrei_il (~andrei@109.100.128.78)
18:32.54*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-xjcqyksmjftunavo)
18:35.31``Erikhm, syslog.conf has changed :/
18:36.23``Erikand someone did a git commit in etc as root
18:38.08*** join/#brlcad konrado (~konro@41.244.243.1)
18:46.20*** join/#brlcad LordOfBikes (~androirc@dslb-094-216-161-240.094.216.pools.vodafone-ip.de)
18:53.15starseekersofat: ok, sounds good.  Did you resolve the problem you were having with the image file?
18:55.22*** join/#brlcad LordOfBikes (~androirc@dslb-094-216-161-240.094.216.pools.vodafone-ip.de)
18:56.39brlcad``Erik: yeah, that was me being lazy
18:57.17brlcad``Erik: your syslogd.conf changes were coming up as invalid (saslauthd is not a category)
19:26.35*** join/#brlcad LordOfBikes_ (~androirc@dslb-094-216-161-240.094.216.pools.vodafone-ip.de)
20:06.17*** join/#brlcad konrado (~konro@41.244.243.102)
20:07.50``Erikah, hum, I'll take another look at the saslauthd source to figure out the right category (was an attempt to make the smtp attacks quiet)
20:08.09``Erik(I'll take a look some other day, that is)
20:17.56brlcad``Erik: I installed fail2ban so if we can get a log to report the IP, it can autoban
20:18.34brlcadI just extended maillog to mail.* (it was just info) to see if there's anything that will report it
20:19.01brlcadI read someplace though, that at least with sendmail, you have to increase the debug level to get auth IPs reported
20:19.08brlcadnot sure about postfix
20:19.51``Erikwe're using sendmail
20:20.58``Erikfirewalling would definitely be better than silently ignoring, hopefully that knob does the trick :)
20:22.23``Erik(on a different topic, what is it with fresh-out-of-college business types with the same damn social network idea rehashed wanting an nda to hear why their idea isn't just like every other social media app idea? O.o)
20:43.25brlcad``Erik: when did we switch back?
20:45.57``ErikI don't remember it every running postfix...
20:46.00``Eriks/y//
21:49.26maths22brlcad: I don't know if you looked the list of website todos the other day
21:49.39maths22If you did, was there anything you noticed was missing from them?
22:13.16*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-otvbqevgaajaqqtm)
23:10.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:22.53brlcadmaths22: I did look it over, but not really critically to think if anything was missing .. looked good
23:23.55brlcadmaths22: I just updated mediawiki about a month ago
23:24.36brlcadoh, but maybe not brl-cad's .. that was looking at stepcode's crashes
23:35.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150421

IRC log for #brlcad on 20150421

01:55.53*** join/#brlcad konrado (~konro@41.205.22.47)
02:29.28*** join/#brlcad IriX64 (~kvirc@SSMRON9421W-LP130-02-1279744415.dsl.bell.ca)
02:48.01*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
03:24.30*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
07:48.35*** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:02.08*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
08:26.08*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:43.05*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mwjxpqoinnzlojpe)
10:31.16*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-trzwvkxqqvvlsxkk)
13:43.53Notify03BRL-CAD:starseeker * 64677 brlcad/branches/embree/src/ert/CMakeLists.txt: Make ert a C++ app for simple Embree testing
13:46.22Notify03BRL-CAD:starseeker * 64678 brlcad/branches/embree/src/ert/ert.cxx: hit funciton name conflicts with an initializer
13:46.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:57.41Notify03BRL-CAD:starseeker * 64679 brlcad/branches/embree/src/ert/ert.cxx: ws
14:25.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:31.46*** join/#brlcad jrullman___ (uid54856@gateway/web/irccloud.com/x-dmaugzxasyzzzhom)
16:35.01*** join/#brlcad ParadoxOryx (uid54856@gateway/web/irccloud.com/x-jhzsvzdvwanbrztf)
16:38.29*** part/#brlcad ParadoxOryx (uid54856@gateway/web/irccloud.com/x-jhzsvzdvwanbrztf)
17:21.19Notify03BRL-CAD:carlmoore * 64680 (brlcad/trunk/doc/docbook/system/man1/en/brlcad.xml brlcad/trunk/doc/docbook/system/man1/en/pixhist3d.xml): -pl needed to change to -plot3
17:33.01*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yqkszgljwkaowpjg)
17:40.12*** join/#brlcad sofat (~androirc@223.225.245.85)
17:41.42*** join/#brlcad albertcoder (~albertcod@1.39.34.254)
17:42.43*** join/#brlcad pujani (~pujani@117.226.55.170)
17:43.20*** join/#brlcad pujani (~pujani@117.226.55.170)
17:45.00Notify03BRL-CAD:carlmoore * 64681 brlcad/trunk/doc/docbook/system/man1/en/tabinterp.xml: fix a couple of underscores, shift a couple of )'s, and fix some '-pl's; however, I fail to find txyz-plot3 utility
17:47.09*** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.134)
18:07.34Notify03BRL-CAD:carlmoore * 64682 brlcad/trunk/doc/docbook/system/man1/en/tabinterp.xml: correct/remove references to txyz-plot3, which has been replaced by xyz-plot3
18:16.02*** join/#brlcad sofat (~androirc@223.225.245.85)
18:17.29Notify03BRL-CAD:carlmoore * 64683 brlcad/trunk/doc/docbook/system/man1/en/tabsub.xml: replace xyz-pl and txyz-pl by (only) xyz-plot3
18:21.46Notify03BRL-CAD:carlmoore * 64684 brlcad/trunk/doc/docbook/system/man5/en/pix.xml: change -pl to -plot3
18:28.22Notify03BRL-CAD:carlmoore * 64685 (brlcad/trunk/doc/html/manuals/Anim_Tutorial/chapt3.html brlcad/trunk/doc/html/manuals/Anim_Tutorial/chapt9.html): xyz-pl and txyz-pl are replaced by (only) xyz-plot3
18:31.33Notify03BRL-CAD:carlmoore * 64686 brlcad/trunk/doc/html/manuals/mged/animmate/tabinterp.html: replace xyz-pl and txyz-pl with (only) xyz-plot3
18:33.36Notify03BRL-CAD:carlmoore * 64687 brlcad/trunk/doc/html/manuals/mged/animmate/tabsub.html: replace xyz-pl and txyz-pl with (only) xyz-plot3
18:42.24Notify03BRL-CAD:carlmoore * 64688 brlcad/trunk/doc/tool_categories.txt: pl --> plot3
19:00.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:09.19*** join/#brlcad zhennanf (46bbb9da@gateway/web/freenode/ip.70.187.185.218)
19:27.30*** join/#brlcad andrei_il (~andrei@109.100.128.78)
19:32.25*** join/#brlcad pujani (~pujani@117.226.55.170)
20:23.28pujanihi brlcad
20:25.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:27.40*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
21:37.03``Erikheh, neat http://blinkenlights.jazzychad.net/
21:44.06teepeeargh
21:44.32teepeeinstalls yet another app ;)
21:45.40``Erikplus the time to code your endpoints :D
21:46.20teepeeconsiders writing the endpoint in z80 assembler
21:50.06``Erik6502 all the way
21:50.48``Erikmy first computer was a z80 running cp/m, a "coleco adam"... but the c64 was where the awesome started happening
21:51.17*** join/#brlcad pujani (~pujani@117.226.55.170)
21:51.38``Erik(unless the atari vcs counts as a computer)
21:52.09teepeetrue, c64 is an amazing thing, but the east german kc85 is much fancier... (just back from the retro computer weekend)
21:53.57``Erik<-- wasn't chumming around the eastern bloc in the 80's, kept to the us and japan :)
21:54.32teepeehehe, I did not have much choice as kid back then ;)
22:01.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:21.33Notify03BRL-CAD Wiki:Bhollister * 0 /wiki/User:Bhollister:
22:50.36*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
23:02.33*** join/#brlcad cardinot (~cardinot@187.16.242.23)
23:02.33*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
23:15.37*** join/#brlcad konrado (~konro@41.205.22.37)
IRC log for #brlcad on 20150422

IRC log for #brlcad on 20150422

01:01.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:17.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:00.02*** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-pugmazhdofrfjbcp)
04:00.18*** join/#brlcad ankesh11_ (uid8015@gateway/web/irccloud.com/x-lqojndbiragpyjen)
04:05.23*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
06:52.37*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
07:42.20*** join/#brlcad luca79 (~luca@host150-111-dynamic.4-87-r.retail.telecomitalia.it)
09:00.17*** join/#brlcad luca79 (~luca@host150-111-dynamic.4-87-r.retail.telecomitalia.it)
09:03.11*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:32.39*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bhcveqhixgggpaca)
09:54.28*** join/#brlcad andrei_il (~andrei@109.100.128.78)
10:32.34*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-nhjawwfoxrfwcbya)
12:50.22*** join/#brlcad Izakey (~Izakey@41.205.22.42)
13:06.10Notify03BRL-CAD:starseeker * 64689 brlcad/trunk/include/raytrace.h: Stub in first thoughts on rt_pattern parameters container.
13:07.08Notify03BRL-CAD:starseeker * 64690 brlcad/trunk/sh/cmp.sh: It's now gqa, not g_qa
13:32.47*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-pueoyzmjykesbqzv)
13:36.52Notify03BRL-CAD:starseeker * 64692 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libged/gdiff.c): gdiff ged command will need an option for raytrace based testing.
13:39.19IzakeyHi starseeker Which command(s) tests mirror support of a primitive ?
14:20.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:36.07Notify03BRL-CAD:starseeker * 64691 brlcad/trunk/include/raytrace.h: oops - finish struct
14:39.02*** join/#brlcad arno (~luca@host157-19-dynamic.4-87-r.retail.telecomitalia.it)
14:49.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:00.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:35.12*** join/#brlcad Izakey (~Izakey@41.205.22.51)
15:46.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:42.18*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
16:45.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:58.31*** join/#brlcad pujani (~pujani@117.234.106.53)
17:41.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:33.51*** join/#brlcad pujani (~pujani@117.234.106.53)
19:10.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:15.24*** join/#brlcad konrado (~konro@41.244.240.211)
19:25.28*** join/#brlcad albertcoder (~albertcod@1.39.32.31)
19:26.07*** join/#brlcad LordOfBikes (~armin@dslb-088-066-212-148.088.066.pools.vodafone-ip.de)
19:29.22*** join/#brlcad LordOfBikes (~armin@dslb-088-066-212-148.088.066.pools.vodafone-ip.de)
19:31.22albertcoderHi brlcad I had a question in mind, regarding the dynamic creation of tables. I have used a hook to create the tables required for mdb extension. But when some user adds a new trait, a new table is created (using unrecommended way dbw->query(" "); also a MediaWiki developer advised update database schema (create tables etc.) only once during the installation of the script.
19:31.24*** join/#brlcad LordOfBikes (~armin@dslb-088-066-212-148.088.066.pools.vodafone-ip.de)
19:31.35albertcoderHow should this be tackled?
20:36.41brlcadawesome!  http://www.mpi-sws.org/~rossberg/1ml/
20:37.29brlcadalbertcoder: not sure I follow .. any database creation script should ideally only create the tables once :)
20:42.51albertcoderOh no, then I feel there has been some miscommunication regarding the database design that we got approved last time. brlcad It was decided that each new trait added must create a new table for itself.
20:46.10*** join/#brlcad sofat (~androirc@1.39.32.31)
20:55.31albertcoderI discussed this controversial database design before and it was approved. Even someone from MediaWiki expressed security concerns for handing over the power to create tables to users.
20:56.17albertcoderbrlcad, I asked this in the ML long ago and you answered "This is database normalization.  There are upsides and downsides."
20:57.49albertcoderDid I get mistaken somewhere in understanding?
21:29.57brlcadalbertcoder: no, I mean that if there's a script and tables are changing that the script should change too so that the tables only get created one time
21:30.03brlcadnot that it's a finite set of tables
21:31.28brlcadI remember that message, but I'm not sure I remember realizing that nuance
21:32.08brlcadit's not a show stopper for us either way, but I have to imagine there's another way to achieve full normalization without having dynamic tables too
21:32.24brlcad(a table describing tables, unique keys)
21:44.21albertcoderbrlcad I am a little confused here. Like you said, suppose we change the script (automated) which creates tables upon the addition of trait by the user. Even then the script has to be run manually to update the database schema.  
21:45.44albertcoderlike `php maintenance/update.php` in base MediaWiki dir.
21:52.43albertcoderAnyway brlcad please leave your replies here, it's 3:30 am here gotta leave. I will read them in the logs in the morning.
21:52.48albertcodergn
21:56.36*** join/#brlcad albertcoder (~coderalbe@1.39.32.31)
21:56.42*** join/#brlcad Alleycoder (~coderalbe@1.39.32.31)
23:56.43*** join/#brlcad ignacio (~ignacio@unaffiliated/ignaciouy)
IRC log for #brlcad on 20150423

IRC log for #brlcad on 20150423

00:31.03*** join/#brlcad Alleycoder (~coderalbe@1.39.32.31)
00:40.54*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
02:00.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:43.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:45.55brlcadAlleycoder: that sort of automation could certainly be set up, but I think your discoveries are just emphasizing the deficiency with dynamic table updates
03:47.13brlcadwhat would it take to make it not do that?  
03:47.16brlcadto use a trait name to primary keys table instead, and a trait data table that uses those keys (instead of separate tables per trait)
03:47.27brlcador some other approach altogether?
03:56.34*** join/#brlcad albert^coder (~coderalbe@1.39.40.29)
04:34.47*** join/#brlcad Alleycoder (~coderalbe@1.39.40.29)
05:07.31*** join/#brlcad Alleycoder (~coderalbe@1.39.40.29)
05:21.49*** join/#brlcad Alleycoder (~coderalbe@1.39.40.29)
05:35.22*** join/#brlcad Alleycoder (~coderalbe@1.39.40.29)
07:28.54*** join/#brlcad merzo (~merzo@92.60.189.225)
07:43.59*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:27.10*** join/#brlcad konrado (~konro@195.24.220.134)
08:42.53*** join/#brlcad konrado_ (~konro@195.24.220.134)
11:40.38*** join/#brlcad luca79 (~luca@ba-19-142-63.service.infuturo.it)
13:42.58*** join/#brlcad merzo (~merzo@92.60.189.225)
14:05.39Notify03BRL-CAD:starseeker * 64693 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/mkbundle.c): make a stab at a design for a single rt_pattern public API function.
14:55.11Notify03BRL-CAD:starseeker * 64694 brlcad/trunk/src/libgcv/CMakeLists.txt: Add fastgen4 NOTES file to ignore list
15:06.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:06.04Notify03BRL-CAD:starseeker * 64695 brlcad/trunk/src/libbn/polygon.c: initialize
15:07.22Notify03BRL-CAD:starseeker * 64696 brlcad/trunk/src/libbn/tests/bn_polygon_triangulate.c: fix array size
15:42.12brlcadthinks this is going to be fun!
16:21.05Notify03BRL-CAD:carlmoore * 64697 (brlcad/trunk/doc/docbook/system/man1/en/pixmatte.xml brlcad/trunk/src/util/pixmatte.c): another redoing of pixmatte.xml ; pixmatte.c now has '2 constants --> 512 x 512 file' to avoid loop when that case occurs
16:34.21*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
16:35.33*** join/#brlcad albertcoder (~albertcod@1.39.32.215)
17:04.47*** join/#brlcad albertcoder (~albertcod@1.39.32.215)
17:12.25*** join/#brlcad albertcoder (~albertcod@1.39.32.215)
17:24.57*** join/#brlcad sofat (~sofat@1.39.32.215)
17:43.49*** join/#brlcad cardinot (~cardinot@187.16.242.23)
17:43.49*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
17:54.02*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
17:54.22*** join/#brlcad Alleycoder (~coderalbe@1.39.32.215)
18:04.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:30.00*** join/#brlcad albertcoder (~albertcod@1.39.32.215)
18:37.22*** join/#brlcad andrei_il (~andrei@109.100.128.78)
18:50.55albertcoderHi brlcad I am sorry I could not read your last night's reply after I left because neither the android IRC saves the chat, nor our logs have that chat. However what I figured out is that I guess there is no problem at all having tables being created dynamically.
18:52.19albertcoderWhat I feel is we can automate the process either by using cron job or php exec() function. brlcad Am I going right?
18:57.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:58.48Notify03BRL-CAD:starseeker * 64698 (brlcad/trunk/misc/CMake/LEMON_Util.cmake brlcad/trunk/misc/tools/perplex/CMake/LEMON_Util.cmake and 2 others): Update how LEMON_Util is setting its clean files list to clear a distcheck problem with in_src_dir - obj_grammar.yy wasn't getting removed from src/libgcv
19:00.09andrei_ilhi, brlcad (or any other mentor) did you have a chance to read the reply on my proposal, or more specifically, the mail I previously sent on the list
19:11.37*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-gqxabbthnxhchjjz)
19:24.33*** join/#brlcad merzo (~merzo@92.60.189.225)
19:25.22*** join/#brlcad Alleycoder (~coderalbe@1.39.32.215)
19:28.27*** join/#brlcad albertcoder (~coderalbe@1.39.32.215)
19:31.17*** join/#brlcad Alleycoder (~coderalbe@1.39.34.252)
19:59.26brlcadalbert, here's what I wrote:
19:59.27brlcad23:45 < brlcad> Alleycoder: that sort of automation could certainly be set up, but I think your discoveries are just emphasizing the deficiency with dynamic table updates
19:59.30brlcad23:47 < brlcad> what would it take to make it not do that?
19:59.33brlcad23:47 < brlcad> to use a trait name to primary keys table instead, and a trait data table that uses those keys (instead of separate tables per trait)
19:59.36brlcad23:47 < brlcad> or some other approach altogether?
20:00.13brlcadso to your question, yes a cronjob could be set up, but it'd still be good to know what it would take to not have dynamic table creation if only to appease mediawiki folks
20:00.49brlcadandrei_il: ideally if the question was asked in melange, you should answer in melange but if you sent it to the list, I have read it
20:05.56andrei_ilSorry about the confusion, the mail (with additional proposal details) was sent on the list before you left the comment. I sent it on the list because I couldn't edit the proposal.
20:07.06andrei_ilessentially I mentioned about the brl-cad dsg structure and how we could get from the parsed ast to that
20:07.39andrei_ildag* structure
20:08.22brlcadandrei_il: did you try again?  some were marked editable within the last 12 hours
20:11.09andrei_ilyea, you are right, it is editable now
20:11.50andrei_ilI will add the rest of my research to it and I ll try to polish whatever is left. Thanks
20:18.01brlcadgrazie!
21:34.14Notify03BRL-CAD:starseeker * 64699 brlcad/trunk/src/other/libregex/regcomp.c: Fix for CVE-2015-2305 from https://github.com/garyhouston/regex
21:40.31*** join/#brlcad merzo (~merzo@197-30-132-95.pool.ukrtel.net)
22:15.23*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-vfvnbazqgobnnfok)
22:21.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:26.39*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
IRC log for #brlcad on 20150424

IRC log for #brlcad on 20150424

01:33.50*** join/#brlcad Alleycoder (~coderalbe@1.39.34.252)
01:55.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:35.05*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yhmaqtakczrgubuj)
04:01.16*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-rlrpanmothjjdfwi)
04:07.05*** join/#brlcad Alleycoder (~coderalbe@202.164.45.204)
04:59.46Notify03BRL-CAD Wiki:NationBuilder * 0 /wiki/User:NationBuilder:
05:03.10*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
05:31.39*** join/#brlcad albertcoder (~albertcod@202.164.45.204)
05:51.35*** join/#brlcad sofat (~sofat@202.164.53.117)
06:09.44*** join/#brlcad Alleycoder (~coderalbe@1.39.34.197)
06:28.01brlcadstarseeker: excellent catch (regex cve) ...
08:10.46*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:10.57*** join/#brlcad luca79 (~luca@5.170.230.211)
08:22.04*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:07.38*** part/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
10:11.36*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
11:15.31*** join/#brlcad cardinot (~cardinot@187.16.242.23)
11:15.31*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
11:28.09Notify03BRL-CAD Wiki:ShoshanaehzsfauzgsKettelle * 0 /wiki/User:ShoshanaehzsfauzgsKettelle:
11:35.42``Erikhuh, pakistan has some strangely shaped park/reserve areas: https://www.google.com/maps/place/33%C2%B030'52.5%22N+73%C2%B003'33.2%22E/@33.5141038,73.0659468,14z/data=!4m2!3m1!1s0x0:0x0?hl=en
11:43.07``Erik(it's the google android logo peeing on the apple logo)
12:56.23Notify03BRL-CAD Wiki:Adrian0andrade * 0 /wiki/User:Adrian0andrade:
13:58.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:11.05*** join/#brlcad sofat (~androirc@202.164.45.204)
14:29.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:33.46*** join/#brlcad sofat (~androirc@202.164.45.204)
14:58.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:59.24*** join/#brlcad sofat (~androirc@202.164.45.204)
15:05.12Notify03BRL-CAD:starseeker * 64700 (brlcad/trunk/src/other/freetype/CMakeLists.txt brlcad/trunk/src/other/freetype/ChangeLog and 276 others): Update freetype to 2.5.5 for CVE-2014-2240 and a few other improvements.
15:47.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:00.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:35.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:43.50*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-pbfpqhgghzoqaijp)
17:05.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:14.13*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
17:17.39*** join/#brlcad andrei_il (~andrei@109.100.128.78)
17:35.46*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
17:59.57*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
18:14.01*** join/#brlcad vasc (~VASC@bl12-165-8.dsl.telepac.pt)
18:16.51*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
18:19.30Notify03BRL-CAD:starseeker * 64701 brlcad/trunk/src/other/freetype/CMakeLists.txt: CMake tweaks for BRL-CAD subbuild - may need to look at this a bit more if the headers really do need to be compiled in.
18:21.39*** join/#brlcad sofat (~androirc@202.164.45.204)
18:28.05*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
19:09.06*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
19:09.47Notify03BRL-CAD:starseeker * 64702 brlcad/trunk/src/other/PoissonRecon/CMakeLists.txt: Need the DLL thing in the CMake file, not just the srcs...
19:12.05Notify03BRL-CAD:starseeker * 64703 brlcad/trunk/src/librt/CMakeLists.txt: Do the import on the librt side
19:17.32*** join/#brlcad luca79 (~luca@93-82-114-204.adsl.highway.telekom.at)
19:44.22Notify03BRL-CAD:starseeker * 64704 brlcad/trunk/BUGS: Urk - looks like we have an rtg3 problem
19:56.07Notify03BRL-CAD:starseeker * 64705 brlcad/trunk/include/bu/file.h: comment out some currently unimplemented file API - don't want to give the impression it's actually there
20:45.45Notify03BRL-CAD:carlmoore * 64706 brlcad/trunk/include/raytrace.h: fix comment, including correcting a spelling
21:03.27brlcadstarseeker: ugh, how'd you encounter rtg3 error?
21:07.58*** join/#brlcad konrado (~konro@154.70.108.196)
21:22.35brlcadstarseeker: never mind I see the error inquiry from survice
21:22.57brlcadstarseeker: so you working on fixing that -- I dont' see an immediate workaround
22:22.46Notify03BRL-CAD:starseeker * 64707 (brlcad/trunk/include/bu/file.h brlcad/trunk/src/libbu/file.c brlcad/trunk/src/libbu/tests/CMakeLists.txt): Looking at the rtg3 issue, and from there into icv, we need better file extension extraction code. Setting this up in libbu as a general functionality before porting icv to it. Model the functionality on the get_filename_component feature of CMake, although we handle things like
22:22.48Notifyabsolute path elsewhere so we're using only a subset of their options.
22:22.50Notify...
22:23.26starseekerbrlcad: I don't either - leading into a nest of other issues
22:24.16starseekerneed to recognize a non-image file extension, basically
22:26.52starseekerif I'm not mistaken rtg3 has a secondary issue where not specifying the ray file does weird things, but that's minor compared to the "don't know what it is, call it a PIX" issue
22:28.20starseekersupposes bu_file_path_component might actually be viable as bu_path_component, since it should work for .g paths too in principle...
22:29.54*** join/#brlcad konrado (~konro@154.70.108.220)
22:36.33Notify03BRL-CAD:starseeker * 64708 (brlcad/trunk/include/bu/file.h brlcad/trunk/src/libbu/file.c): Go with shorter name
22:37.46Notify03BRL-CAD:starseeker * 64709 brlcad/trunk/src/libbu/tests/CMakeLists.txt: update names, actually add test file...
22:45.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:30.51Notify03BRL-CAD:starseeker * 64710 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/facetize.c brlcad/trunk/src/librt/librt_private.h): Windows doesn't like the ugly hack...
23:35.39Notify03BRL-CAD:starseeker * 64711 (brlcad/trunk/include/bu/file.h brlcad/trunk/include/bu/log.h and 32 others): Rearrange some libbu functions, add a path.h header to group related functions.
23:41.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:50.54starseekerbrlcad: in principle, depending on how you want to go at it, we could probably fold both bu_dirname and bu_basename into the bu_path_component function - I'm using a vls to return the string mostly out of laziness
23:51.23starseekercould have it return the actual string, although I see bu_dirname and bu_basename make different assumptions about that
23:53.12Notify03BRL-CAD:starseeker * 64712 brlcad/trunk/src/libbu/path.c: Use bu_dirname in bu_path_component
IRC log for #brlcad on 20150425

IRC log for #brlcad on 20150425

01:57.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:19.46*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
05:32.14*** join/#brlcad sofat (~sofat@202.164.53.117)
05:34.57*** join/#brlcad andrei_il (~andrei@109.100.128.78)
13:17.45*** join/#brlcad infobot (ibot@rikers.org)
13:17.45*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer!
14:51.31*** join/#brlcad andrei_il (~andrei@109.100.128.78)
14:54.55*** join/#brlcad sofat (~androirc@223.225.218.196)
15:44.03*** join/#brlcad sofat (~androirc@223.225.218.196)
15:55.37*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
16:06.20*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
16:21.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:23.11Notify03BRL-CAD:starseeker * 64713 brlcad/trunk/include/bu/path.h: Put overview comment at the top
16:28.03Notify03BRL-CAD:starseeker * 64714 (brlcad/trunk/CHANGES brlcad/trunk/include/bu/path.h and 4 others): Move the path normalization code to libbu as well.
16:30.22*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:43.59*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bvjmceromqhtnblo)
16:46.26*** join/#brlcad drahti (~stiel@drahtigelgriller.de)
17:55.04*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
18:13.36*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
19:00.21*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
21:04.52Notify03BRL-CAD:starseeker * 64715 (brlcad/trunk/include/bu/CMakeLists.txt brlcad/trunk/include/bu/file.h and 25 others): Add a mime system based on autogeneration from the Apache extension map, supplimented by some cad specific listings. This replaces the ICV list of image types with what is intended to be a general solution to that problem. Needs more extensive testing and possibly a few more features.
21:54.29*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
22:08.39*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
22:28.37*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
22:48.45*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
23:09.19*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
23:28.33*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
23:48.45*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
IRC log for #brlcad on 20150426

IRC log for #brlcad on 20150426

00:08.29*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
00:28.31*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
00:48.45*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
01:08.31*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
01:28.25*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
01:48.45*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
02:04.40*** join/#brlcad infobot (ibot@rikers.org)
02:04.40*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer!
02:08.19*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
02:28.35*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
02:35.09Notify03BRL-CAD:starseeker * 64716 brlcad/trunk/src/libbu/tests/bu_path_component.c: Fix C++ test
02:43.07*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
02:50.32*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
07:02.52*** join/#brlcad cardinot (~cardinot@187.16.242.23)
07:02.52*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
07:51.32*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
09:04.47*** join/#brlcad andrei_il (~andrei@109.100.128.78)
10:30.10*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
12:08.42*** join/#brlcad luca79 (~luca@188-22-194-147.adsl.highway.telekom.at)
12:33.55*** join/#brlcad luca79 (~luca@188-22-194-147.adsl.highway.telekom.at)
13:32.46*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ptyqsosymkjgdmio)
13:46.46*** join/#brlcad luca79 (~luca@188-22-194-147.adsl.highway.telekom.at)
14:07.04*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
14:34.18*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
14:52.47*** join/#brlcad luca79 (~luca@188-22-194-147.adsl.highway.telekom.at)
15:00.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:10.26Notify03BRL-CAD:starseeker * 64717 brlcad/trunk/src/libbn/polygon.c: V2SETALL for 2d points (thanks clang)
15:22.03*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
15:23.18*** join/#brlcad sofat (~androirc@202.164.45.204)
15:32.13Notify03BRL-CAD:starseeker * 64718 (brlcad/trunk/include/bu/cmd.h brlcad/trunk/src/libbu/tcl.c): Clear -Wdocumentation warnings in libbu
15:39.57*** join/#brlcad sofat (~androirc@223.225.251.209)
15:41.14Notify03BRL-CAD:starseeker * 64719 (brlcad/trunk/include/bn/chull.h brlcad/trunk/include/bn/noise.h and 5 others): Clear -Wdocumentation warnings in libbn
15:41.48starseekerpity - this would have made a good GCI task
15:47.46Notify03BRL-CAD:starseeker * 64720 brlcad/trunk/include/brep.h: Clear Wdocumentation warnings in brep.h
15:49.24Notify03BRL-CAD:starseeker * 64721 brlcad/trunk/src/libbrep/libbrep_brep_tools.h: Clear Wdocumentation warnings in libbrep_brep_tools.h
15:49.31*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
15:52.24Notify03BRL-CAD:starseeker * 64722 (brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp brlcad/trunk/src/librt/primitives/bspline/nurb_trim.c): Clear Wdocumentation warnings for librt
15:53.44*** join/#brlcad albertcoder (~albertcod@202.164.45.208)
15:55.37Notify03BRL-CAD:starseeker * 64723 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/size.c): Clear Wdocumentation warnings for icv
15:56.45Notify03BRL-CAD:starseeker * 64724 brlcad/trunk/include/tclcad.h: Clear Wdocumentation warnings for tclcad
15:58.35*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
16:13.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:17.35Notify03BRL-CAD:starseeker * 64725 (brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake brlcad/trunk/src/conv/g-xxx.c and 4 others): Commit remainder of Wdocumentation warning clearing and enable Wdocumentation flag.
16:20.37Notify03BRL-CAD:starseeker * 64726 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: Graduated from 'of interest' to 'enabled'
16:29.32*** join/#brlcad albertcoder (~albertcod@202.164.45.208)
16:47.02Notify03BRL-CAD:starseeker * 64727 brlcad/trunk/doc/docbook/books/en/CMakeLists.txt: Apply patch #355 from hitesh sofat converting a number of documents to docbook.
16:53.52Notify03BRL-CAD:starseeker * 64728 (brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt brlcad/trunk/doc/docbook/books/en/CMakeLists.txt): Move animation tutorial to articles directory.
17:00.07Notify03BRL-CAD:starseeker * 64729 (brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt brlcad/trunk/doc/docbook/articles/en/animation_tutorial.xml and 2 others): Move other files out of books, change animation document from book to article
17:01.36Notify03BRL-CAD:starseeker * 64730 brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt: rename shader.xml to camo_shader.xml
17:10.18Notify03BRL-CAD:starseeker * 64731 brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt: Make a note that we need to do some extensive work with both formatting and contents of the libdm and libbu xml files to turn them into proper man pages.
17:18.27*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
17:28.07*** join/#brlcad alisha (~quassel@27.255.214.42)
17:32.24*** join/#brlcad hiteshsofat (~androirc@223.225.192.24)
17:32.37hiteshsofatstarseeker, hello
17:34.43hiteshsofatI read your comment on my patch i will remember your requirements next time.
17:34.55hiteshsofatThanks for review my patches
18:52.20*** join/#brlcad nihar (73619c0b@gateway/web/freenode/ip.115.97.156.11)
19:10.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:22.46*** join/#brlcad nihar (73619c0b@gateway/web/freenode/ip.115.97.156.11)
19:26.23*** join/#brlcad nihar_ (73619c0b@gateway/web/freenode/ip.115.97.156.11)
19:32.41*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
IRC log for #brlcad on 20150427

IRC log for #brlcad on 20150427

00:27.14*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
01:22.30*** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-vtebklmblhunjawj)
01:31.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:20.10Notify03BRL-CAD:starseeker * 64732 brlcad/trunk/doc/docbook/articles/en/animation_tutorial.xml: Get animation building as an article, but needs more work
02:27.04starseekerhiteshsofat: when you get a chance, please take a look at animation_tutorial.xml - it needs more reworking for the article context
02:27.29starseekerI did a quick and dirty set of changes to get it building, but it will need more work
02:29.16Notify03BRL-CAD:starseeker * 64733 brlcad/trunk/db/comgeom/CMakeLists.txt: Don't append to an existing version of the .g when doing comgeom conversions - remove anything already there and start over.
02:31.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:25.22*** join/#brlcad hiteshsofat (~androirc@223.225.192.24)
03:25.36hiteshsofatstarseeker, okay no problem i will do again
06:30.30*** join/#brlcad andrei_il (~andrei@109.100.128.78)
06:38.48*** join/#brlcad luca79 (~luca@host215-111-dynamic.5-87-r.retail.telecomitalia.it)
08:27.20*** join/#brlcad luca79 (~luca@5.170.231.34)
08:38.05*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:20.57*** join/#brlcad sofat (~androirc@202.164.45.204)
10:38.18*** join/#brlcad sofat (~androirc@223.225.204.179)
11:00.24*** join/#brlcad luca79 (~luca@host138-11-dynamic.0-87-r.retail.telecomitalia.it)
11:46.40*** join/#brlcad luca79 (~luca@host232-230-dynamic.5-87-r.retail.telecomitalia.it)
12:29.27*** join/#brlcad luca79 (~luca@host24-11-dynamic.0-87-r.retail.telecomitalia.it)
13:20.20*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
13:32.54*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-owgehyszytmldyzs)
13:41.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:44.24*** join/#brlcad nihar (73619c0b@gateway/web/freenode/ip.115.97.156.11)
14:14.11Notify03BRL-CAD:carlmoore * 64734 brlcad/trunk/include/bu/mime.types: fix spelling
14:19.19Notify03BRL-CAD:carlmoore * 64735 (brlcad/trunk/doc/docbook/articles/en/animation_tutorial.xml brlcad/trunk/doc/docbook/articles/en/camo_shader.xml and 2 others): remove trailing blanks/tabs; if they need to be left in, you are welcome to refuse the change and to notify me
14:25.00*** join/#brlcad sofat (~androirc@223.225.222.91)
14:45.38*** join/#brlcad luca79 (~luca@host24-11-dynamic.0-87-r.retail.telecomitalia.it)
15:04.51*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
15:07.34*** join/#brlcad dli (~dli@tamaggo-fw.isp.ip4b.net)
15:09.21dliis it reasonable to disable CMAKEFILES_DO_TEST for release builds? It doesn't build with CMAKEFILES_DO_TEST on my gentoo: http://pastebin.com/vC3bcqgD
15:28.23*** join/#brlcad luca79 (~luca@host24-11-dynamic.0-87-r.retail.telecomitalia.it)
15:37.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:57.31Notify03BRL-CAD:starseeker * 64736 (brlcad/trunk/include/bu/path.h brlcad/trunk/src/libbu/path.c and 2 others): Add the ability to get protocal and address components from paths, based on the ':' character.
16:24.37*** join/#brlcad andrei_ (050c70d6@gateway/web/freenode/ip.5.12.112.214)
16:27.10*** join/#brlcad andrei_il (~andrei@109.100.128.78)
16:39.24Notify03BRL-CAD:starseeker * 64737 brlcad/trunk/src/libbu/mime.cmake.in: We want a case insensitive comparsion for the mime types - png and PNG are both portable network graphics.
17:03.29Notify03BRL-CAD:starseeker * 64738 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/fileformat.c): Code up a proposed replacement for icv_guess_file_format with two more special purpose functions. It seems cleaner to me to have the image type identification and the path scrubber as separate API components, but maybe all possibile applications will want the filename extracted - needs discussion.
17:12.41*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
17:24.53*** join/#brlcad alisha (~quassel@115.184.97.54)
18:07.15*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
18:13.27*** join/#brlcad geekgrl (~geekgrl@122.169.95.225)
18:36.32*** join/#brlcad infobot (ibot@rikers.org)
18:36.32*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer!
18:39.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:47.05*** join/#brlcad Izakey (~Izakey@41.205.22.60)
18:57.37*** join/#brlcad andrei__ (050c70d6@gateway/web/freenode/ip.5.12.112.214)
19:01.14Notify03BRL-CAD:starseeker * 64739 (brlcad/trunk/src/rt/CMakeLists.txt brlcad/trunk/src/rt/do.c): Until a better solution is found, have rtg3 specify at compile time that it is looking for a text output from the raytrace, rather than an image output.
19:27.12*** join/#brlcad andrei_il (~andrei@109.100.128.78)
19:36.41*** join/#brlcad andrei_il (~andrei@109.100.128.78)
19:39.13*** join/#brlcad ankesh11_ (uid8015@gateway/web/irccloud.com/x-ftqnwxpqrsqmhgrn)
20:18.01*** join/#brlcad merzo (~merzo@90-116-133-95.pool.ukrtel.net)
20:18.38Notify03BRL-CAD:starseeker * 64740 brlcad/trunk/src/rt/CMakeLists.txt: Collapse the srcs lists for the rt tools down into their BRLCAD_ADDEXEC lines.
20:19.17*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
20:21.02Notify03BRL-CAD:starseeker * 64741 brlcad/trunk/include/bu/CMakeLists.txt: Add path to libbu header list.
20:31.33Notify03BRL-CAD Wiki:Vasco.costa * 0 /wiki/User:Vasco.costa:
20:40.59Notify03BRL-CAD Wiki:Vasco.costa * 8126 /wiki/User:Vasco.costa: Created page with "Hello. I am interested in ray-tracing, and GPGPU. I plan to work on OpenCL acceleration of the BRL-CAD librt rendering pipeline. =Preliminary Schedule= * 1 week - ellipsoid (..."
21:26.23Notify03BRL-CAD:starseeker * 64742 brlcad/trunk/src/libbu/mime.cmake.in: Put common.h at the head of the C file as well.
21:35.41Notify03BRL-CAD:starseeker * 64743 brlcad/trunk/src/libbu/mime.cmake.in: Also need the file.h header
21:36.00Notify03BRL-CAD:starseeker * 64744 brlcad/trunk/src/other/CMakeLists.txt: Another possible location for ftconfig.h
21:56.28Notify03BRL-CAD:starseeker * 64745 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.h): Windows build isn't happy...
21:58.04*** join/#brlcad vasc (~VASC@bl13-127-197.dsl.telepac.pt)
22:05.31Notify03BRL-CAD:starseeker * 64746 brlcad/trunk/src/bwish/consoleMain.c: Triggering the ordering warning for inclusion.
22:16.58starseekeroh, lovely - comgeom-g doesn't work on Windows
22:43.37*** join/#brlcad dli (~dli@216.165.204.99)
IRC log for #brlcad on 20150428

IRC log for #brlcad on 20150428

00:09.26Notify03BRL-CAD:starseeker * 64747 (brlcad/branches/embree/BUGS brlcad/branches/embree/CHANGES and 392 others): Sync with trunk thru r64746
00:56.45*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
01:23.55dlibuilding error: /usr/lib64/libfreetype.so.6: undefined reference to `png_set_expand_gray_1_2_4_to_8@PNG16_0'
01:25.07StragusLooks like your libfreetype was compiled against a different version of libpng
01:35.26dliStragus, yes, need to decide on bundled or system libraries
01:35.43dliStragus, using system seems to be fine
02:03.10starseekeryeah, mixing and matching can be a problem
02:04.40starseekerdli: about the error you pasted earlier - you're probably using a version of CMake that's too new for 7.24.2
02:05.04starseekerthe last 2.8.* release of CMake may be a better bet
02:05.36starseeker(unless you prefer to build the latest trunk sources - those have the fix.)
02:08.17*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
02:08.28dlistarseeker, thanks. I'm trying to get brlcad trunk in gentoo now.
02:16.25dlistarseeker, actually, I'm using cmake-2.8.12.2
02:16.46dlistarseeker, somehow, building in gentoo seems to be very broken
02:49.04*** join/#brlcad sofat (~androirc@223.225.192.147)
02:56.32Notify03BRL-CAD Wiki:Sean * 8127 /wiki/Google_Summer_of_Code/2014:
02:58.10Notify03BRL-CAD Wiki:Sean * 8128 /wiki/Google_Summer_of_Code/2014:
02:59.33Notify03BRL-CAD Wiki:Sean * 8129 /wiki/Google_Summer_of_Code/2014:
03:00.06Notify03BRL-CAD Wiki:Sean * 8130 /wiki/Google_Summer_of_Code/2013:
03:12.53Notify03BRL-CAD Wiki:Sean * 8131 /wiki/Google_Summer_of_Code/2015: stub in a template
03:18.17*** join/#brlcad dli (~dli@216.165.204.99)
03:18.57starseekerdli: it's been a long time since any of the core devs used gentoo as a primary platform
03:25.29starseekergot tired of the power bills and burning out machines...
03:28.17dlistarseeker, try to build on raspberry pi
03:37.28brlcadit's in my queue to try that (just got the 2 a couple months ago)
03:39.06*** join/#brlcad sofat (~androirc@106.192.178.95)
03:39.43*** join/#brlcad sofat (~androirc@106.192.178.95)
03:55.31*** join/#brlcad sofat (~androirc@106.192.178.95)
03:57.19Stragusdli, I'm on Gentoo and never had issues
03:57.31StragusBut of course, Gentoo can be anything you build it to be
03:59.27*** join/#brlcad sofat (~androirc@106.192.178.95)
04:11.33Notify03BRL-CAD:starseeker * 64748 brlcad/trunk/src/libbu/CMakeLists.txt: Getting a problem of partial file generation, similar to the express to C++ generation process. Even the sentinel file doesn't seem to be reliably protecting it...
04:12.21brlcadwonders if the cmake sentinel file test is not atomic / thread safe
04:15.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:22.10Notify03BRL-CAD:starseeker * 64749 (brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/mime.cmake.in): Do the write all at once - still got some sort of situation, since some targets try to build when mime.h is still regenerating... hmm...
04:59.20*** join/#brlcad sofat (~androirc@106.192.178.95)
05:40.07*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
05:43.47*** join/#brlcad sofat (~androirc@106.192.178.95)
05:57.23*** join/#brlcad sofat (~androirc@106.192.178.95)
06:11.49*** join/#brlcad sofat (~androirc@106.192.178.95)
06:23.49*** join/#brlcad andrei_il (~andrei@109.100.128.78)
06:29.36*** join/#brlcad sofat (~androirc@106.192.178.95)
07:00.13*** join/#brlcad luca79 (~luca@an-19-181-2.service.infuturo.it)
07:52.09*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:02.35*** join/#brlcad luca79 (~luca@an-19-181-2.service.infuturo.it)
08:03.46*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:23.04*** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
08:58.19*** join/#brlcad luca79 (~luca@151.35.9.191)
IRC log for #brlcad on 20150429

IRC log for #brlcad on 20150429

06:55.33*** join/#brlcad infobot (ibot@rikers.org)
06:55.33*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
08:16.43*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:34.11*** join/#brlcad luca79 (~luca@151.34.67.251)
08:51.29*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:47.54*** join/#brlcad sofat (~sofat@202.164.53.117)
09:48.05sofatstarseeker, hello
09:49.38sofatI am working on animation tutorial and I found some video links in html docs so in xml doc you need to add these video links for user or not .
09:50.23sofatbecause i use ulink command for this but brlcad xml validation system not gave the permission to add this command in doc.
11:18.03*** join/#brlcad sofat (~sofat@202.164.53.117)
11:21.04*** join/#brlcad luca79 (~luca@host106-19-dynamic.4-87-r.retail.telecomitalia.it)
11:21.07starseekersofat: hmm
11:21.31starseekerhttp://www.docbook.org/docs/howto/ indicates that in Docbook 5 a switch was made
11:21.43starseekersee if that page has the necessary info
11:22.29starseekerulink is Docbook 4 only
11:22.41starseekerwe're on Docbook 5 now
11:23.34sofatok so i use link command with xlink:href attribute but they also permitted by brlcad system
11:24.50starseekernot permitted?
11:24.53starseekeror permitted
11:25.25sofatbecause i use href there so they give error .
11:25.49sofat<link xlink:href="">
11:27.21starseekerdoes this work?  <link xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="">text</link>
11:28.26sofatwait i check
11:32.03sofatyes this is working thanks
11:32.43starseekersofat: We might be able to put that xmlns:xlink line in the top level and avoid needing to repeat it - let me make a quick test
11:35.02sofatok
11:36.07sofatok added this in top inner book command and this is working well
11:36.19starseekerbook command?
11:36.24starseekerdo you mean article?
11:37.32sofatsorry article
11:37.37sofatyes article
11:38.26starseekerglad it worked - DocBook has lots of odd quirks like that, and nowhere near as much as LaTeX in the way of online help/explanations
11:38.44starseekerok, got to run
11:39.13starseekersofat: feel free to ask here or on the list if you run into similar issues
11:39.56starseekeroccasionally you can find a solution by checking in our other docbook files (grep is your friend) but all too often it's just something we haven't run into yet
11:40.13sofatok
11:41.28sofatno problem when I need any solution then i am searching on internet if i could not found any thing then i am asking form you.
12:35.37*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-tavelgldgxddflfi)
12:35.47*** join/#brlcad luca79 (~luca@host106-19-dynamic.4-87-r.retail.telecomitalia.it)
12:37.24dracarys983+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
12:37.24dracarys983+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
12:37.26dracarys983+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
12:37.31dracarys983+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
12:37.36dracarys983++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
12:38.34teepee--hello dracarys983s cat :)
12:38.42teepee--got catch some mice :P
12:40.23*** join/#brlcad sofat (~sofat@202.164.53.117)
12:47.37sofatstarseeker, i am submit the patch on animation tutorial please check this and tell me the any updates so will update this again.
12:57.34sofatplease also tell me which docs I merged with website doc/docbook or share/doc/docbook/
13:51.19*** join/#brlcad sofat (~androirc@202.164.45.204)
13:51.47*** join/#brlcad dli (~dli@tamaggo-fw.isp.ip4b.net)
13:52.20*** join/#brlcad luca79 (~luca@host106-19-dynamic.4-87-r.retail.telecomitalia.it)
13:56.02*** join/#brlcad hiteshsofat (~androirc@106.192.158.105)
14:10.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:14.43*** join/#brlcad sofat (~androirc@223.225.255.136)
14:15.25*** join/#brlcad luca79 (~luca@host106-19-dynamic.4-87-r.retail.telecomitalia.it)
14:40.10*** join/#brlcad sofat (~androirc@223.225.255.136)
14:42.40*** join/#brlcad sofat (~androirc@223.225.255.136)
15:22.28dracarys983teepee--, Oops. Sorry about that :P
15:24.02sofatstarseeker, please tell which docs brlcad want to marge with website xml(doc/docbook) or html (share/doc/docbook)
15:29.58*** join/#brlcad sofat (~androirc@223.225.255.136)
15:48.58*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
16:04.38*** join/#brlcad sofat_ (~sofat@202.164.45.208)
16:26.01*** join/#brlcad sofat_ (~sofat@202.164.45.204)
16:30.56*** join/#brlcad sofat_ (~sofat@202.164.45.204)
17:06.19*** join/#brlcad andrei_il (~andrei@109.100.128.78)
17:08.52*** join/#brlcad sofat_ (~sofat@202.164.45.204)
17:18.23*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
17:57.27*** join/#brlcad merzo (~merzo@92.60.189.225)
17:57.27*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
17:57.48*** join/#brlcad sofat_ (~sofat@117.225.120.157)
18:12.22starseekersofat_: um.  If you're putting up html on the web for viewing, you'll want the html
18:12.36starseekersofat_: if you're looking to enable web editing of content, it will be the docbook xml
18:13.39*** join/#brlcad albertcoder (~albertcod@202.164.45.204)
18:14.45*** join/#brlcad konrado (~konro@41.205.22.25)
18:15.22sofat_ok its nice , i am also think same . so now my first task to  synchronize  the html docs with website for user view .
18:18.02*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
18:56.14*** join/#brlcad konrado (~konro@41.205.22.58)
20:06.00*** join/#brlcad konrado (~konro@41.205.22.50)
20:11.56*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mhxviphqkvrtcisn)
20:13.21*** join/#brlcad albertcoder (~albertcod@202.164.45.208)
20:15.15*** join/#brlcad Izakey (~Izakey@41.205.22.40)
20:20.42*** join/#brlcad konrado (~konro@41.205.22.32)
20:33.49*** join/#brlcad andrei_il (~andrei@109.100.128.78)
20:35.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:41.10*** join/#brlcad andrei__ (bc1ac19f@gateway/web/freenode/ip.188.26.193.159)
20:41.16andrei__Hello!
20:42.06*** join/#brlcad andrei_ (bc1ac19f@unaffiliated/andrei/x-7229309)
20:42.06*** join/#brlcad andrei_ (bc1ac19f@gateway/web/freenode/ip.188.26.193.159)
20:42.30andrei_ilHi there
20:43.03IzakeyHi andrei_il
20:43.36andrei_ilHi Izakey
20:44.11andrei_so, another GSoC year for BRL-CAD
20:47.35Izakeyandrei_il, You had a good proposal - The OpenSCAD Importer
20:48.13Izakeyandrei_, way to go with guiding andrei_il into BRL-CAD
20:48.54andrei_Izakey: thanks, didn't do that much, I'm participating as a student as well this year
20:49.01andrei_but not with BRL-CAD
20:49.20IzakeyThat's cool andrei_ Which org ?
20:49.30andrei_GitHub
20:50.15andrei_I wish I could've been a mentor to BRL-CAD
20:50.21andrei_but you know we can t do both
20:50.28IzakeyCongrats! So I presume you're going to be getting some advice from Linux Torvalds :)
20:51.11andrei_Izakey : I have a feeling that what I'd get from Linus Torvalds wouldn't be classified as advice :))
20:51.24andrei_he's not exactly known for being the friendly fellow
20:51.32andrei_but I m with Github, not Git
20:53.03*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ccsacpcpybymnujv)
20:53.42andrei_Izakey, first time mentoring?
20:54.13andrei_~help
20:54.51Izakeyandrei_il, Do well to edit your proposal's abstract on Melange website. Give it a little more flesh
20:55.10IzakeySure andrei_ first time mentoring
20:55.50andrei_awesome, goodluck
20:57.23andrei_ilIzakey, sure, right away
21:00.16*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
21:01.27Izakeyandrei_il, If you put in the promised 40+ hours weekly, then there's nothing to fear - you'll achieve all your goals
21:01.58andrei_ilI definitely hope so
21:03.21Izakeyandrei_il, Just ask andrei_ for advice when you get stuck too. Are you both in the same neighborhood ?
21:04.10*** join/#brlcad konrado (~konro@41.205.22.31)
21:04.44andrei_not quite, we're in the same city, but I ll move abroad soon
21:05.47andrei_ilIzakey, do you have any experience with parsers ,particulary re2c and lemon ?
21:06.17IzakeyNope.
21:17.26Izakeydashes home
21:19.21*** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu)
21:21.14*** join/#brlcad DarkCalf (~DarkCalf@64.185.232.90)
21:22.50andrei_does a backflip
21:25.56starseeker``Erik: we seem to have lost notify?
21:26.37*** join/#brlcad merzo (~merzo@209-34-132-95.pool.ukrtel.net)
22:19.02*** join/#brlcad merzo (~merzo@215-55-133-95.pool.ukrtel.net)
22:44.08*** join/#brlcad merzo (~merzo@6-30-132-95.pool.ukrtel.net)
22:45.27*** join/#brlcad dli (~dli@216.165.204.99)
22:45.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:58.59*** join/#brlcad Gurwinder (75cf9cd8@gateway/web/freenode/ip.117.207.156.216)
23:14.15Notify03BRL-CAD:starseeker * 64750 brlcad/trunk/src/libbu/CMakeLists.txt: Switch to a configure-time generate of mime.h and mime.c for reliability. Not too much difference, and this should get the mime.h file in place before anything tries to use it.
23:14.17Notify03BRL-CAD:starseeker * 64751 brlcad/trunk/src/libgcv/CMakeLists.txt: Rename the in-libgcv test program.
23:14.21Notify03BRL-CAD:starseeker * 64752 (brlcad/trunk/include/bu/file.h brlcad/trunk/src/libbu/mime.cmake): Flesh out the mime logic with the ability to map mime type numbers to/from strings for easier debugging, and add the ability to get the file extensions for a given mime type.
23:14.23Notify03BRL-CAD:starseeker * 64753 brlcad/trunk/src/conv/CMakeLists.txt: Start experimenting with a gcv program that deduces mime_model_t types from input paths. Not sure whether this logic should live in libgcv or the parent program yet...
23:14.24Notify03BRL-CAD:starseeker * 64754 brlcad/trunk/src/libgcv/gcv_private.h: Windows isn't happy about gcv_converter_find...
23:14.25Notify03BRL-CAD:starseeker * 64755 brlcad/trunk/doc/docbook/articles/en/animation_tutorial.xml: the tabinterp link is causing 'no ID for constraint linkend: tabinterp' errors
23:15.17Notify03BRL-CAD:starseeker * 64756 brlcad/trunk/src/conv/comgeom/cvt.c: Don't try to use str if it's NULL
23:15.22Notify03BRL-CAD:starseeker * 64757 brlcad/trunk/src/conv/comgeom/read.c: correctly access vls contents.
23:15.26Notify03BRL-CAD:carlmoore * 64758 brlcad/trunk/src/util/pixmatte.c: correct the handling of NE (we 'goto fail' if any == relation is detected), and remove an 'else' due to the transfers of control which must be encountered in the immed.-preceding block
23:15.28Notify03BRL-CAD:starseeker * 64759 brlcad/trunk/BUGS: Needs more testing, but looks like the immediate regression due to icv work was cleared for rtg3. Still needs some work on default behaviors.
23:15.30Notify03BRL-CAD:starseeker * 64760 brlcad/trunk/BUGS: Make a note that comgeom-g doesn't seem to work correctly on Windows.
23:15.33Notify03BRL-CAD:starseeker * 64761 brlcad/trunk/include/bu/file.h: Fix header signature.
23:15.35Notify03BRL-CAD:starseeker * 64762 brlcad/trunk/src/libbu/CMakeLists.txt: Don't need dependency any more
23:15.49Notify03BRL-CAD:carlmoore * 64763 brlcad/trunk/src/util/pixmatte.c: Revise comment about APPROX; revise run-with-no-arguments; notice <> is same as !=; revise what was 'wanted == NE'
23:15.56Notify03BRL-CAD:starseeker * 64764 brlcad/trunk/src/conv/comgeom/read.c: Change to using bu_vls_gets (Sean)
23:15.58Notify03BRL-CAD:starseeker * 64765 brlcad/trunk/BUGS: Not clear it was broken, but things improved now to the point where behavior is consistent between Linux and Windows
23:16.57Notify03BRL-CAD:starseeker * 64766 brlcad/trunk/doc/docbook/articles/en/tire.xml: Add xlink:href example usage to tire article.
23:16.59Notify03BRL-CAD:starseeker * 64767 brlcad/trunk/doc/docbook/articles/en/tire.xml: ws
23:17.11Notify03BRL-CAD:starseeker * 64768 brlcad/trunk/include/bu/file.h: Explain two mime type files in header comments.
23:17.14Notify03BRL-CAD:starseeker * 64769 (brlcad/trunk/include/bu/CMakeLists.txt brlcad/trunk/include/bu/file.h brlcad/trunk/include/bu/path.h): Make a note that we need to figure out something more robust for Windows - the interaction of allowing either forward or back slash for directory separation chars with using back slash for quoting makes for a complicated situation, and one which we don't currently address with this
23:17.16NotifyAPI.
23:17.18Notify...
23:17.29Notify03BRL-CAD:starseeker * 64770 (brlcad/trunk/include/bu/CMakeLists.txt brlcad/trunk/include/bu/file.h brlcad/trunk/include/bu/path.h): Bah - reverse merge 64769, pulled in too many unrelated changes.
23:17.31Notify03BRL-CAD:starseeker * 64771 brlcad/trunk/include/bu/path.h: Make a note that we need to figure out something more robust for Windows - the interaction of allowing either forward or back slash for directory separation chars with using back slash for quoting makes for a complicated situation, and one which we don't currently address with this API.
23:17.33Notify03BRL-CAD:starseeker * 64772 brlcad/trunk/include/raytrace.h: Commit notes on rt_pattern API from discussions with Sean
23:17.35Notify03BRL-CAD:starseeker * 64773 (brlcad/trunk/include/bu/CMakeLists.txt brlcad/trunk/include/bu/file.h and 3 others): Move mime file to misc directory.
23:17.47Notify03BRL-CAD:starseeker * 64774 (brlcad/trunk/include/bu/path.h brlcad/trunk/include/icv.h and 5 others): Rework path component API, per suggestions from Sean.
23:17.47*** join/#brlcad merzo (~merzo@81-0-133-95.pool.ukrtel.net)
23:17.58Notify03BRL-CAD:carlmoore * 64775 brlcad/trunk/src/util/pixmatte.c: turn off LT and GT if we already have NE; allow for the 'nonsense' case of both NE and EQ in use
23:18.36Notify03BRL-CAD:starseeker * 64776 brlcad/trunk/include/bu/path.h: Nevermind - the driver here was quoting for : characters, and that functionality has been moved elsewhere.
23:18.40Notify03BRL-CAD:starseeker * 64777 (brlcad/trunk/NEWS brlcad/trunk/src/libbu/units.c): Turns out the 'e' is important in scientific notation - fix light year definition. Caught by Josh.
23:18.54Notify03BRL-CAD:starseeker * 64778 brlcad/trunk/misc/doxygen/libbu.dox: Fix copy paste typo
23:18.59Notify03BRL-CAD:carlmoore * 64779 brlcad/trunk/src/util/pixmatte.c: fix handling of APPROX/NE, and add new comment
23:19.01Notify03BRL-CAD:starseeker * 64780 brlcad/trunk/include/bu/path.h: Improve doxygen comment formatting.
23:19.06Notify03BRL-CAD:starseeker * 64781 (brlcad/trunk/include/bu/file.h brlcad/trunk/include/bu/path.h brlcad/trunk/src/libbu/brlcad_path.c): The brlcad_path.c functions hit the file system, so put them back in file.h
23:19.08Notify03BRL-CAD:starseeker * 64782 brlcad/trunk/include/bu/path.h: More comment cleanup
23:19.12Notify03BRL-CAD:starseeker * 64783 (brlcad/trunk/include/bu/path.h brlcad/trunk/src/libbu/fnmatch.c): Just return 1 from bu_fnmatch rather than making a long define
23:19.17Notify03BRL-CAD:starseeker * 64784 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt): Break xray and pattern stuff out of raytrace.h into their own headers. the pattern documentation is likely to be extensive, so split it out now to make it easier to work with.
23:19.21Notify03BRL-CAD:starseeker * 64785 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt brlcad/trunk/include/rt/defines.h): Hey, look, a rabbit hole! Break out some more of raytrace.h into individual headers.
23:19.23Notify03BRL-CAD:starseeker * 64786 brlcad/trunk/include/raytrace.h: fix spelling
23:19.31Notify03BRL-CAD:starseeker * 64787 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt brlcad/trunk/include/rt/defines.h): More raytrace.h breakout.
23:19.42Notify03BRL-CAD:ejno * 64788 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix checking of grid IDs; check IDs in add_sphere()
23:19.49Notify03BRL-CAD Wiki:Vasco.costa * 8151 /wiki/User:Vasco.costa/GSoC15/logs:
23:19.51Notify03BRL-CAD Wiki:Vasco.costa * 8152 /wiki/User:Vasco.costa/GSoC15/logs:
23:19.53Notify03BRL-CAD Wiki:Sean * 8153 /wiki/Google_Summer_of_Code/2015: a title
23:19.55Notify03BRL-CAD Wiki:MeShubham99 * 0 /wiki/User:MeShubham99:
23:19.57Notify03BRL-CAD Wiki:93.184.33.166 * 8154 /wiki/ARL_Technical_Reports: remove spam
23:19.59Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8155 /wiki/User:Andrei.ilinca24/logs: /* Webpage for development logs for GSoC 2015 */
23:20.01Notify03BRL-CAD Wiki:Deekaysharma * 0 /wiki/User:Deekaysharma:
23:20.03Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8156 /wiki/User:Andrei.ilinca24/Proposal: Created page with "== OpenSCAD Importer Proposal =="
23:20.05Notify03BRL-CAD Wiki:Hitesh sofat * 8157 /wiki/User:Hiteshsofat/GSoc15/proposal: Created page with "Name: Hitesh Sofat E-mail id: sofathitesh@gmail.com IRC username: sofat Phone Number: +91 977 917 3996 Brief Background I am a final year graduate in Information Techn..."
23:20.07Notify03BRL-CAD Wiki:Hitesh sofat * 8158 /wiki/Google_Summer_of_Code/2015:
23:20.09Notify03BRL-CAD Wiki:Hitesh sofat * 8159 /wiki/User:Hiteshsofat/GSoc15/log_developmen: Created page with "Here is my logs"
23:20.11Notify03BRL-CAD Wiki:Hitesh sofat * 8160 /wiki/User:Hiteshsofa: Created page with "Hello my name is Hitesh Sofat. My project is Synchronize Wiki with Docbook. WEEK 1:- Work on user interface and merge all converted document with web site and also test the ..."
23:20.14Notify03BRL-CAD Wiki:Hitesh sofat * 8161 /wiki/Google_Summer_of_Code/2015: /* Synchronize Wiki with Docbook */
23:20.16Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8162 /wiki/Google_Summer_of_Code/2015: /* Accepted Projects */
23:20.18Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8163 /wiki/User:Andrei.ilinca24: Created page with "Hello, I'm Andrei and I'm interested in developing an OpenSCAD Importer for BRL-CAD this summer, under GSoC 2015."
23:20.20Notify03BRL-CAD Wiki:Izakkayems * 8164 /wiki/Google_Summer_of_Code: /* BRL-CAD participation in GSoC */
23:20.22Notify03BRL-CAD Wiki:Izakkayems * 8165 /wiki/Google_Summer_of_Code:
23:20.24Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8166 /wiki/User:Andrei.ilinca24/Proposal: /* OpenSCAD Importer Proposal */
23:20.26Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8167 /wiki/User:Andrei.ilinca24/Proposal: /* OpenSCAD Importer Proposal */
23:20.28Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8168 /wiki/User:Andrei.ilinca24/Proposal: /* OpenSCAD Importer Proposal */
23:20.30Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8169 /wiki/User:Andrei.ilinca24/Proposal: /* OpenSCAD Importer Proposal */
23:20.32Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8170 /wiki/User:Andrei.ilinca24/Proposal: /* Project Deliverables */
23:20.34Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8171 /wiki/User:Andrei.ilinca24/Proposal: /* Actual coding */
23:20.36Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8172 /wiki/User:Andrei.ilinca24/Proposal: /* Actual coding */
23:20.38Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8173 /wiki/User:Andrei.ilinca24/Proposal: /* Why me? */
23:20.40Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8174 /wiki/User:Andrei.ilinca24/Proposal: /* Why me? */
23:20.42Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8175 /wiki/User:Andrei.ilinca24/Proposal: /* Why me? */
23:20.44Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8176 /wiki/User:Andrei.ilinca24/Proposal: /* Community bonding period */
23:20.46Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8177 /wiki/User:Andrei.ilinca24/Proposal: /* Timeline */
23:20.48Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8178 /wiki/User:Andrei.ilinca24/Proposal: /* Implementation Details */
23:20.50Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8179 /wiki/User:Andrei.ilinca24/Proposal: /* Personal Information */
23:20.53Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8180 /wiki/User:Andrei.ilinca24/logs: /* Webpage for development logs for GSoC 2015 */
23:28.07kintelbrlcad: ping
23:46.48*** join/#brlcad merzo (~merzo@51-0-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20150430

IRC log for #brlcad on 20150430

00:29.55*** join/#brlcad merzo (~merzo@118-11-133-95.pool.ukrtel.net)
00:53.17*** join/#brlcad merzo (~merzo@37-0-133-95.pool.ukrtel.net)
00:58.42Notify03BRL-CAD:starseeker * 64789 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt and 12 others): More raytrace.h header work.
01:12.21Notify03BRL-CAD:starseeker * 64790 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/resource.h brlcad/trunk/include/rt/xray.h): Move a few things around... the pixel_ext struct seems rather... weird. Why idn't it rt_ prefixed, for one?
01:18.00*** join/#brlcad merzo (~merzo@163-0-133-95.pool.ukrtel.net)
01:54.26Notify03BRL-CAD:starseeker * 64791 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt brlcad/trunk/include/rt/defines.h): Break out a few more pieces of raytrace.h
03:00.11*** join/#brlcad sofat (~androirc@223.225.194.38)
03:17.12Notify03BRL-CAD:starseeker * 64792 brlcad/trunk/doc/docbook/articles/en/animation_tutorial.xml: Apply path 358 from sofat updating animation tutorial docbook.
03:17.41starseekersofat: one thing you want to check when making patches - be sure they apply cleanly against the latest trunk checkout
03:23.07sofatOk
03:54.39*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
04:10.40*** join/#brlcad sofat (~androirc@223.225.194.38)
04:20.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:29.06*** join/#brlcad sofat (~androirc@223.225.194.38)
05:37.57*** join/#brlcad sofat (~androirc@223.225.194.38)
05:43.04*** join/#brlcad andrei_il (~andrei@109.100.128.78)
06:33.34*** join/#brlcad luca79 (~luca@host107-20-dynamic.4-87-r.retail.telecomitalia.it)
06:33.49*** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
07:32.21*** join/#brlcad luca79 (~luca@host107-20-dynamic.4-87-r.retail.telecomitalia.it)
07:36.57*** join/#brlcad hiteshsofat (~androirc@223.225.194.38)
07:41.00*** join/#brlcad hiteshsofat (~androirc@223.225.194.38)
08:10.00*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:31.53*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:40.31*** join/#brlcad dli (~dli@104.243.97.52)
09:08.57*** join/#brlcad infobot (ibot@rikers.org)
09:08.57*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
09:12.03*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
09:48.03*** join/#brlcad andrei_il (6d64804e@gateway/web/cgi-irc/kiwiirc.com/ip.109.100.128.78)
11:00.30*** join/#brlcad sofat (~androirc@223.225.194.38)
11:07.06*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
11:23.32*** join/#brlcad luca79 (~luca@host107-20-dynamic.4-87-r.retail.telecomitalia.it)
11:25.05*** join/#brlcad sofat (~sofat@202.164.53.117)
11:25.13sofatstarseeker, hello
11:26.54sofatI am working on brlcad release notes doc(doc/html/releasenotes/). My question is, which format I will use for these docs means its article or book.
11:30.05starseekersofat: you don't want to convert those to docbook
11:30.14starseekerthose are just historical records
11:30.51starseekersofat: I'd suggest working on any of the *.tr files in doc
11:31.33starseekersofat: other good candidates are the burst docs in doc/burst and the tex document in doc/mged
11:33.23starseekerfor the html in the doc folder, you want to look at the stuff in html/manuals
11:33.33sofatok
11:33.59starseekerdon't worry about the .txt files either - most of those are quick notes of one sort or another rather than all-up documents
11:34.55sofatokay, and please tell the updates regarding libbu and libdm and librt docs
11:34.56starseekera lot of them will most likely migrate somewhere else eventually, or in a copule of cases are deliberately text in order to serve as "lowest common denominator" points of entry
11:35.21sofatokay
11:35.47starseekersofat: I'm not immediately sure what to do about the libbu/libdm/librt docs - they need to be turned into "proper" man pages, but that's most likely going to involve a virtual rewrite
11:37.01sofatokay so no problem i will start the work on tex, burst, tr docs
11:37.30starseekersofat: sounds good!  Remember, try to work in a current trunk checkout, and use svn diff to make your patch files
11:38.02sofatoka, i have one question
11:38.06sofatokay
11:39.01starseekerwhat was your question?
11:39.49sofatwhen i make patch first time and submitted it. and second when i make new patch then they patch hold the old + new updates means they hold the old information of first patch and second patch new information. so i want to make new patch without including the old patch data.
11:40.40starseekersofat: once you get a couple of "clean" patches, you'll be able to get commit access and that problem will go away
11:40.41sofathow i do this?
11:41.02sofatokay
11:41.15starseekersofat: so try to make each submitted patch as "clean" as possible - I'll try to review them each night
11:41.31sofatokay thanks
11:41.53starseekersofat: it's not necessary to have a fully converted document on a per-patch basis - a partial conversion that is a valid docbook document is fine
11:42.12starseekerit should apply and build cleanly, but it can be a "work in progress" as far as converting the content itself
11:42.39sofatokay
11:44.22starseekersofat: remember the GSoC checklist #18 for BRL-CAD:  http://brlcad.org/wiki/Summer_of_Code/Checklist
11:45.18starseekerthe measure of merit at this stage is not how much documentation was converted, but the quality of the patch
11:45.29starseekerok, gotta run
11:46.29sofatone question more
11:46.58starseekerok
11:47.03sofatin burst which docs needs to convert .
11:47.04sofat.mm or .tbl
11:47.17starseekeruh... context?
11:48.00starseekerare you talking about the burst docs?
11:48.33sofathmm
11:48.48starseekersofat: you might try the run_doclifter.sh script
11:49.00starseekerthat could give you a reasonable starting point
11:49.18starseeker(you'll need to install doclifter)
11:50.39starseekersofat: I'm not terribly familiar with the burst setup - you'll need to explore it a bit
11:50.45starseekerthat's part of the job
11:51.15starseekerspends a lot of his time learning existing systems/code - it's an important skill in computing today
11:53.39teepee--agrees very much :)
11:54.12teepee--somehow it seems with all languages, one starts with reading it. except for computer languages where everybody only is interrested in writing
11:58.46*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:20.38*** join/#brlcad dli (~dli@104.243.97.52)
12:23.38*** join/#brlcad luca79 (~luca@host107-20-dynamic.4-87-r.retail.telecomitalia.it)
13:14.39*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
13:46.43*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
13:54.12*** join/#brlcad dli (~dli@tamaggo-fw.isp.ip4b.net)
14:22.29Notify03BRL-CAD:starseeker * 64793 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt and 2 others): More raytrace.h breakout.
14:23.11Notify03BRL-CAD:carlmoore * 64794 brlcad/trunk/doc/docbook/articles/en/animation_tutorial.xml: remove trailing blanks/tabs -- no other changes in this commit
14:31.18Notify03BRL-CAD:carlmoore * 64795 (brlcad/trunk/include/bu/file.h brlcad/trunk/include/rt/pattern.h): fix spellings
15:11.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:17.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:26.11Notify03BRL-CAD:starseeker * 64796 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt and 9 others): More raytrace.h work
15:32.55*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
15:42.18Notify03BRL-CAD:starseeker * 64797 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/hit.h and 7 others): Move some more function prototypes into named subheaders. Sorting out all the circular struct definitions is really going to be a job, if we ever decide to do that...
15:45.44*** join/#brlcad sofat (~sofat@202.164.45.204)
16:16.15*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
16:42.00*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
16:47.48*** join/#brlcad sofat (~sofat@202.164.45.208)
16:51.48*** join/#brlcad dracarys983 (~dracarys9@203.88.150.186)
17:23.42*** join/#brlcad konrado (~konro@41.205.22.22)
17:37.58*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
17:38.40*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
17:45.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:48.52``Erikhuh http://how-old.net/ got me within a couple years of when the photo I tried was taken O.o
17:53.56*** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu)
18:33.07``Erikhttp://www.bbc.com/autos/story/20150430-from-finland-the-1341-horsepower-electric-supercar
18:35.19*** join/#brlcad andrei_il (6d64804e@gateway/web/cgi-irc/kiwiirc.com/ip.109.100.128.78)
19:00.04Notify03BRL-CAD Wiki:Dracarys983 * 8181 /wiki/User:Dracarys983: Sharing the Joy of Learning with Open Source Community
19:34.10*** join/#brlcad konrado (~konro@41.205.22.38)
19:39.13Notify03BRL-CAD:carlmoore * 64798 brlcad/trunk/src/util/pixmatte.c: fix handling of 'approx' conditions, and simplify the summary of what's being run
19:52.02Notify03BRL-CAD Wiki:Dracarys983 * 8182 /wiki/User:Dracarys983:
19:57.47Notify03BRL-CAD Wiki:Dracarys983 * 8183 /wiki/User:Dracarys983:
20:26.13*** join/#brlcad dracarys_ (~dracarys9@203.187.235.171)
20:44.23*** join/#brlcad andrei_il (6d64804e@gateway/web/cgi-irc/kiwiirc.com/ip.109.100.128.78)
20:48.30Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8184 /wiki/User:Andrei.ilinca24/Proposal: /* Implementation Details */
20:53.10Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8185 /wiki/User:Andrei.ilinca24/Proposal: /* OpenSCAD formats */
20:57.16Notify03BRL-CAD:carlmoore * 64799 brlcad/trunk/doc/docbook/system/man1/en/pixmatte.xml: expand the -a description in pixmatte.xml
20:57.24Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8186 /wiki/User:Andrei.ilinca24/Proposal: /* Timeline */
21:01.51Notify03BRL-CAD:carlmoore * 64800 brlcad/trunk/doc/docbook/system/man1/en/pixmatte.xml: oops, added use of hyphen; getting ready to move on to pixmerge
21:04.55*** join/#brlcad Ch3ck (~Ch3ck@41.205.13.83)
21:06.36Notify03BRL-CAD:carlmoore * 64801 brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml: split 1 paragraph into 3
21:17.38Notify03BRL-CAD:carlmoore * 64802 brlcad/trunk/src/util/pixmerge.c: set seen_formula to 0 at start of program; default variable value could be installation-dependent!
21:22.32Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8187 /wiki/User:Andrei.ilinca24:
21:59.14Notify03BRL-CAD Wiki:Jomarbarbosa * 0 /wiki/User:Jomarbarbosa:
22:01.45*** join/#brlcad Gurwinder (75cf9dc3@gateway/web/freenode/ip.117.207.157.195)
22:26.16*** join/#brlcad dli (~dli@104.243.97.52)
22:56.43*** join/#brlcad konrado (~konro@41.205.22.47)
23:36.28*** join/#brlcad dracarys_ (~dracarys9@219.91.139.227)
23:53.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:59.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150501

IRC log for #brlcad on 20150501

00:55.07Notify03BRL-CAD:starseeker * 64803 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/nmg.h): More more nmg related bits from raytrace.h to rt/nmg.h
01:06.51Notify03BRL-CAD:starseeker * 64804 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/hit.h and 6 others): Relocate more raytrace.h contents to specific subheaders.
01:12.23Notify03BRL-CAD:starseeker * 64805 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/nmg.h): more more nmg content.
01:32.48Notify03BRL-CAD:starseeker * 64806 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/bn/CMakeLists.txt and 4 others): set up a 'BRL-CAD geometry library' - libbgeom - for non-raytracing geometric algorithms that don't belong in libbn. Start by moving tri_tri - several others will follow, such as chull and tri_ray
02:19.46*** join/#brlcad infobot (ibot@rikers.org)
02:19.46*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
03:00.43*** join/#brlcad Gurwinder (75cf9dc3@gateway/web/freenode/ip.117.207.157.195)
03:49.05*** join/#brlcad dracarys__ (~dracarys9@219.91.220.120)
05:16.32*** join/#brlcad dracarys983 (~dracarys9@123.201.8.107)
05:29.13*** join/#brlcad dracarys983 (~dracarys9@123.201.100.85)
05:50.31*** join/#brlcad dracarys_ (~dracarys9@123.201.97.47)
06:03.33*** join/#brlcad dracarys__ (~dracarys9@203.109.114.204)
06:16.20*** join/#brlcad dracarys_ (~dracarys9@123.201.91.249)
06:56.05*** join/#brlcad sofat (~sofat@202.164.53.117)
06:56.46sofat<PROTECTED>
07:19.45*** join/#brlcad dracarys_ (~dracarys9@203.187.203.189)
07:33.51*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
07:44.27*** join/#brlcad konrado (~konro@41.205.22.62)
08:37.02*** join/#brlcad sofat (~sofat@202.164.53.117)
09:07.49*** part/#brlcad konrado (~konro@41.205.22.62)
09:08.04*** join/#brlcad konrado (~konro@41.205.22.62)
09:14.45*** join/#brlcad sofat (~sofat@202.164.53.117)
09:17.22*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
09:52.40*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
10:45.11*** join/#brlcad dracarys_ (~dracarys9@123.201.14.34)
10:51.53*** join/#brlcad dli (~dli@104.243.97.52)
10:52.25*** join/#brlcad dracarys__ (~dracarys9@203.109.114.184)
11:16.00*** join/#brlcad dracarys983 (~dracarys9@203.187.207.144)
11:50.16starseekersofat: please submit the .tr files as a separate patch - remember, I said most of the .txt files probably shouldn't be converted to docbook
11:50.34sofatok
12:13.47sofatstarseeker, I have submitted the patch please check.
12:15.04*** join/#brlcad sofat (~androirc@223.225.251.164)
12:20.27sofatstarseeker, yesterday i am asked the question regarding burst docs there are two type extensions docs one .mm and other is .tbl so which docs i will convert into xml (.mm or tbl) ?
12:51.34*** join/#brlcad konrado (~konro@41.205.22.26)
12:53.54starseekersofat: are the mm files duplications of the tbl files?  If you aren't sure, I suggest generating the pdf version using the scripts and working from that
12:54.30sofatOk
12:55.16sofatI have submitted the patch on tr files please review and tell me the updates
13:05.21Notify03BRL-CAD:starseeker * 64807 (brlcad/trunk/misc/doxygen/CMakeLists.txt brlcad/trunk/misc/doxygen/libbn.dox brlcad/trunk/misc/pkgconfig/CMakeLists.txt): Add pkgconfig and doxygon bits.
13:11.15*** join/#brlcad merzo (~merzo@214-81-132-95.pool.ukrtel.net)
13:15.18Notify03BRL-CAD:starseeker * 64808 (brlcad/trunk/include/bgeom/CMakeLists.txt brlcad/trunk/include/bn/CMakeLists.txt and 4 others): Move tri_ray to bgeom
13:23.26*** join/#brlcad Gurwinder (3b5bedfe@gateway/web/freenode/ip.59.91.237.254)
13:43.46*** join/#brlcad dli (~dli@tamaggo-fw.isp.ip4b.net)
13:59.39Notify03BRL-CAD:starseeker * 64809 (brlcad/trunk/include/bgeom/CMakeLists.txt brlcad/trunk/include/bgeom/tri_ray.h and 11 others): Move obr and chull codes from libbn to libbgeom
14:21.31Notify03BRL-CAD:starseeker * 64810 (brlcad/trunk/include/bgeom/CMakeLists.txt brlcad/trunk/include/bgeom.h and 11 others): Move polygon logic from libbn to libbgeom
14:31.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:39.29*** join/#brlcad dracarys983 (~dracarys9@203.187.207.144)
14:39.43Notify03BRL-CAD:starseeker * 64811 brlcad/trunk/include/bgeom.h: Sketch out intended scope of libbgeom
14:57.32*** join/#brlcad merzo (~merzo@214-81-132-95.pool.ukrtel.net)
14:58.16*** join/#brlcad sofat (~androirc@223.225.251.164)
15:12.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:19.50*** join/#brlcad merzo (~merzo@62-70-132-95.pool.ukrtel.net)
15:25.52*** join/#brlcad dracarys983 (~dracarys9@203.187.207.144)
16:01.16*** join/#brlcad merzo (~merzo@249-117-133-95.pool.ukrtel.net)
16:33.37*** join/#brlcad dracarys983 (~dracarys9@203.187.207.144)
16:49.57Notify03BRL-CAD Wiki:Gurwinder Singh * 0 /wiki/User:Gurwinder_Singh:
16:57.56*** join/#brlcad merzo (~merzo@42-112-132-95.pool.ukrtel.net)
17:07.33*** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net)
17:29.33Notify03BRL-CAD Wiki:Gurwinder Singh * 8188 /wiki/Google_Summer_of_Code/2015:
17:30.54Notify03BRL-CAD:starseeker * 64812 brlcad/trunk/include/bgeom/defines.h: typo
17:32.00*** join/#brlcad merzo (~merzo@181-110-132-95.pool.ukrtel.net)
17:36.00Notify03BRL-CAD Wiki:Gurwinder Singh * 8189 /wiki/User:Gurwinder_Singh: Created page with "I am Gurwinder Singh and I'm going to develop a Geometry Converter for BRL-CAD with converts .g database file into .pov( POV-Ray ) database file, under GSOC 2015. IRC Nick_Na..."
17:38.16Notify03BRL-CAD Wiki:Gurwinder Singh * 8190 /wiki/Google_Summer_of_Code/2015: /* Synchronize Wiki with Docbook */
17:41.31Notify03BRL-CAD Wiki:Gurwinder Singh * 8191 /wiki/Google_Summer_of_Code/2015: /* Synchronize Wiki with Docbook */
17:42.00*** join/#brlcad andrei_il (6da68da9@gateway/web/cgi-irc/kiwiirc.com/ip.109.166.141.169)
17:44.15Notify03BRL-CAD Wiki:Gurwinder Singh * 8192 /wiki/User:Gurwinder_Singh/GSoc15/proposal: Created page with "Name: Gurwinder Singh Bains E-mail address: gswithbains@gmail.com IRC Name : Gurwinder About Me I am a computer engineering and interested in doing coding. In my fre..."
17:46.29*** join/#brlcad Gurwinder_ (3b5bedfe@gateway/web/freenode/ip.59.91.237.254)
17:46.39Notify03BRL-CAD Wiki:Gurwinder Singh * 8193 /wiki/User:Gurwinder_Singh/GSoc15/proposal:
17:48.22Notify03BRL-CAD Wiki:Gurwinder Singh * 8194 /wiki/Google_Summer_of_Code/2015: /* Synchronize Wiki with Docbook */
17:50.16Notify03BRL-CAD Wiki:Gurwinder Singh * 8195 /wiki/User:Gurwinder_Singh:
18:14.02*** join/#brlcad andrei_il (6da68da9@gateway/web/cgi-irc/kiwiirc.com/ip.109.166.141.169)
18:14.30*** part/#brlcad andrei_il (6da68da9@gateway/web/cgi-irc/kiwiirc.com/ip.109.166.141.169)
18:14.42*** join/#brlcad andrei_il (6da68da9@gateway/web/cgi-irc/kiwiirc.com/ip.109.166.141.169)
18:22.15Notify03BRL-CAD:starseeker * 64813 brlcad/trunk/src/librt/primitives/arb8/arb_edit.c: add include
18:25.16Notify03BRL-CAD:starseeker * 64814 brlcad/trunk/include/rt/op.h: Wrong ifdef protection on op.h
18:27.04Notify03BRL-CAD:brlcad * 64815 brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt: Apply sf patch #361 (ged.tr into xml) from hitesh sofat, which adds the old ged troff file transcoded to docbook xml
18:27.42Notify03BRL-CAD:brlcad * 64816 (brlcad/trunk/doc/docbook/articles/en/ged.xml =================================================================== and 1366 others): Apply sf patch #361 (ged.tr into xml) from hitesh sofat, which adds the old ged troff file transcoded to docbook xml
18:29.25Notify03BRL-CAD:brlcad * 64817 brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt: sort lines
18:31.16Notify03BRL-CAD:brlcad * 64818 brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt: stuff cat back in bag
18:31.59Notify03BRL-CAD:starseeker * 64819 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt and 2 others): Move the global RTG into its own header.
18:35.03brlcadstarseeker: loving the new lib
18:36.49brlcadI might change the name on you, but it feels right
18:44.04starseekerbrlcad: I figured ;-)
18:44.26*** join/#brlcad andrei_il (6da68da9@gateway/web/cgi-irc/kiwiirc.com/ip.109.166.141.169)
18:44.34starseekerglad you like the idea - once John ran into a similar situation with the fastgen work, I figured it was time
18:45.28starseekerbrlcad: part of me wants to move the line and plane intersection stuff too, but I have to check how long that's been in bn.h - might come under the heading of Moderately Severe Disruption...
18:46.12starseekerbrlcad: libgeom is already in use in at least two other places that popped up in google right offhand, if that's what you were contemplating...
18:50.23Notify03BRL-CAD:starseeker * 64820 brlcad/trunk/include/rt/db_fullpath.h: Put in the other forward declarations.
18:50.54*** join/#brlcad andrei_il (6da68da9@gateway/web/cgi-irc/kiwiirc.com/ip.109.166.141.169)
18:52.18Notify03BRL-CAD:starseeker * 64821 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt brlcad/trunk/include/rt/space_partition.h): Move the rt command table bits to cmd.h - that really seems like it should be in libbu...
18:52.58brlcadstarseeker: yeah, I'd hold on line and plane for now too .. that's quite intertwined from an API design perspective
18:53.28starseekerwas thinking maybe define geom versions and use deprecation on the libbn calls
18:53.31brlcadneed to better define the scope of both so it's not subject to any interpretation if we can
18:53.35starseekernods
18:55.17starseekerfrom a purist standpoint I suppose things like axis, adc, fonts, and such are iffy in a "numerics" library
18:56.37starseekeralmost belong in the de-tclified "libcad" layer, I suppose, if we keep libdm moderaly close to its current scope
19:11.49*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
19:16.22*** join/#brlcad dracarys_ (~dracarys9@219.91.220.93)
19:24.13*** join/#brlcad konrado (~konro@41.205.22.39)
19:27.20Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8196 /wiki/User:Andrei.ilinca24/logs: /* Community Bonding Period */
19:33.56Notify03BRL-CAD:carlmoore * 64822 brlcad/trunk/src/util/pixmatte.c: remove fprintf (inadvertently left in); undo an 'else' because of transfers of control in preceding block
19:46.07Notify03BRL-CAD:carlmoore * 64823 brlcad/trunk/src/util/pixmatte.c: remove these occurrences of i=, because the line is lacking a relationship operator which then leads to 2nd usage of i
20:49.26Notify03BRL-CAD:carlmoore * 64824 brlcad/trunk/src/util/pixmerge.c: set initial value for seen_const; should not end up being subject to installation default
21:05.41Notify03BRL-CAD:starseeker * 64825 brlcad/trunk/src/conv/gcv.c: More elaborate error reporting for format/path handling.
21:18.11Notify03BRL-CAD:starseeker * 64826 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/anim.h): Move some animation function declarations.
21:18.57Notify03BRL-CAD:starseeker * 64827 brlcad/trunk/src/conv/CMakeLists.txt: Move gcv to a subdirectory.
21:24.53Notify03BRL-CAD:starseeker * 64828 brlcad/trunk/src/conv/gcv/CMakeLists.txt: c->c++
21:28.10*** join/#brlcad andrei_il (6da68da9@gateway/web/cgi-irc/kiwiirc.com/ip.109.166.141.169)
22:01.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:13.10*** join/#brlcad dracarys983 (~dracarys9@219.91.220.93)
22:15.05*** join/#brlcad andrei_il (6da68da9@gateway/web/cgi-irc/kiwiirc.com/ip.109.166.141.169)
22:48.49*** join/#brlcad andrei_il (6da68da9@gateway/web/cgi-irc/kiwiirc.com/ip.109.166.141.169)
23:35.23starseekersupposes libbgm might work for a name... shorter
23:36.30starseeker*maybe* libgm... seems like that would be likely to conflict with something...
23:38.18starseekertop two hits in google are a gui lib for windows that doesn't look like it's been active in a long time, and a small github project
23:38.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:46.40Notify03BRL-CAD:starseeker * 64829 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/bgeom/CMakeLists.txt and 37 others): See if we can use 'libgm' instead of 'libbgeom'
23:51.48Notify03BRL-CAD:starseeker * 64830 (brlcad/trunk/include/bgeom.h =================================================================== and 68 others): Rename files/dirs
23:53.03Notify03BRL-CAD:starseeker * 64831 (brlcad/trunk/src/libgm/bgeom_private.h =================================================================== and 101 others): Move private header.
23:56.29Notify03BRL-CAD:starseeker * 64832 brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt: irprep.xml not present.
23:58.33Notify03BRL-CAD:starseeker * 64833 brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt: more stray file listings.
IRC log for #brlcad on 20150502

IRC log for #brlcad on 20150502

00:35.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:49.33Notify03BRL-CAD:starseeker * 64834 brlcad/trunk/src/conv/gcv/gcv.cpp: experiment checkpoint
00:55.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:36.54Notify03BRL-CAD:brlcad * 64835 brlcad/trunk/src/other/PoissonRecon/Src/Geometry.h: missing standard lib, compilation failures on bsd
02:47.17Notify03BRL-CAD:brlcad * 64836 brlcad/trunk/src/other/PoissonRecon/Src/SurfaceTrimmer.cpp: conditionally include omp.h (even though unused here?)
02:47.44*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
03:09.31*** join/#brlcad hiteshsofat (~androirc@106.192.169.14)
03:11.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:25.19*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
06:22.53*** join/#brlcad ujjwal (~ujjwal@123.136.210.229)
06:48.06*** join/#brlcad merzo (~merzo@172-106-132-95.pool.ukrtel.net)
08:27.02*** join/#brlcad ujjwal (~ujjwal@123.136.210.229)
09:39.00*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
10:42.35*** join/#brlcad sofat (~sofat@202.164.53.117)
10:55.09*** join/#brlcad dracarys983 (~dracarys9@123.201.174.100)
11:12.16*** join/#brlcad dracarys983 (~dracarys9@123.201.95.187)
11:25.10*** join/#brlcad dracarys_ (~dracarys9@43.229.107.136)
12:40.36*** join/#brlcad dracarys983 (~dracarys9@219.91.135.149)
13:21.48*** join/#brlcad ujjwal (~ujjwal@123.136.210.229)
13:56.35*** join/#brlcad dracarys_ (~dracarys9@203.187.194.165)
14:18.40*** join/#brlcad dracarys__ (~dracarys9@203.187.203.100)
14:37.38*** join/#brlcad dracarys__ (~dracarys9@219.91.220.121)
14:41.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:05.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:19.25*** join/#brlcad dracarys_ (~dracarys9@123.201.58.251)
15:23.21*** join/#brlcad andrei_il (~andrei@109.100.128.78)
15:36.05*** join/#brlcad dracarys_ (~dracarys9@203.187.203.200)
15:50.28*** join/#brlcad dracarys_ (~dracarys9@203.187.207.135)
15:55.14*** join/#brlcad dracarys__ (~dracarys9@203.187.235.200)
16:07.09*** join/#brlcad dracarys__ (~dracarys9@123.201.174.232)
16:28.21*** join/#brlcad ih8sum3r (~chatzilla@122.173.44.124)
16:41.50*** join/#brlcad sofat (~sofat@202.164.45.208)
17:03.24*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
17:34.14brlcadwaves
17:34.36brlcadgaganjyot: what time is it for you?
17:36.18*** mode/#brlcad [+o brlcad] by ChanServ
17:40.58gaganjyotbrlcad, its 11:10 PM
17:41.07gaganjyot:)
17:41.23brlcadokay, that's what I figured ... and what day? :)
17:41.42gaganjyotits saturday at the moment
17:41.49gaganjyotin 1 hour it will be sunday :)
17:42.09brlcadokay, so I was right and they're just not here
17:42.14brlcadgracias
17:42.14gaganjyotwho?
17:42.19ih8sum3rbrlcad: Hi!
17:42.32gaganjyotyou meant deepak
17:42.34gaganjyotand other one?
17:42.37gaganjyotfor the oGV?
17:42.38brlcadlooking to talk to our OGV students about disambiguating their projects
17:42.46brlcaddeepak and shubham
17:42.52gaganjyotas I guessed :)
17:42.55ih8sum3rDeepak is present SIr :D
17:43.05brlcadih8sum3r: ah, excellent!
17:43.19brlcad~seen deepak
17:43.24infobotdeepak <~chatzilla@117.199.104.249> was last seen on IRC in channel #brlcad, 140d 21h 54m 43s ago, saying: 'Seems interesting. I want to explore it more and more. Can you just tell me where to start so that the concept get exactly clear for me. '.
17:43.54brlcadih8sum3r: so did you see my e-mail?
17:44.06brlcadand why do you d8 sum3r? :)
17:44.13brlcads/d8/h8/
17:45.02ih8sum3rYes! I have checked that email, reading that only and was going to reply.
17:46.36brlcadwelcome to reply, but that was just meant to help frame the discussion here
17:46.42brlcadthoughts?
17:46.45ih8sum3rBecause I literally hate summers. And I found it interesting writing like this :)
17:47.37brlcadyou hate summers because you hate summers?  my question was why, not about how you wrote it :)
17:47.57brlcadsummer certainly means different things to different people I suppose
17:51.13ih8sum3rSun is over the head all the time, temperature nearly about 45-50 degree Celsius and I can't go out for fun. I hate sweat. I get skin burns in summers, I roasted like a toast.  
17:51.25brlcad~convert 50 C to F
17:51.39brlcadnice, hot
17:52.05brlcadfair enough
17:52.54brlcadso, thoughts on working front-end usability vs back-end functionality?
17:56.48Stragus50C? Are you located in the Sahara desert?
17:57.11brlcadwonders if ih8sum3r is splitting his time elsewhere? I have limited amount of time to discuss this particular matter, which was the point of scheduling a meeting time.
17:57.17Stragusbrlcad, 122 Farenheit
17:57.23brlcadStragus: yep, got that
17:57.36brlcadgogle ftw
17:57.47ih8sum3rI want to work on front-end functionality.
17:58.08ih8sum3rPlus documentation work.
17:58.17*** join/#brlcad dracarys_ (~dracarys9@203.187.234.253)
17:58.52Stragusstill really wonders where ih8sum3r is located
17:59.23StragusIP says Delhi, India
18:00.48ih8sum3rTemperature not exactly 50 but it remains between 45 to 50 :D
18:01.37brlcadStragus: maybe types very slowly, is not only focused on the discussion here, or is feeding everything through translate ... but you have the rough location right :)
18:02.44brlcaddoes seem a bit hot for the location, but wikipedia confirms that extent is common enough
18:03.32*** join/#brlcad Shubham (dfb0a35b@gateway/web/freenode/ip.223.176.163.91)
18:03.37brlcadthere he is
18:03.39brlcadhi Shubham
18:03.46ShubhamHey
18:04.05ShubhamSorry to be a bit late
18:04.16brlcadbetter late than not, was going to decide for you ;)(
18:05.18brlcadShubham: do you have any thoughts on what I wrote?  usability vs infrastrucutre, front vs back?
18:05.20ShubhamAnything to summarize about things you have decided or come up with
18:05.29brlcadnothing yet decided
18:05.45ShubhamI would prefer working on backend
18:06.00brlcadjust getting started with the discussion, but ih8sum3r seems to be very slow and intermittent in responding
18:06.24ShubhamJust because I can learn more in back-end
18:06.41ih8sum3rOne of the drawback that I found using it error messages are not displayed in may of the scenarios. I think absences of these messages may hinder the usability.  Secondly when something is uploaded no notification is shown regarding the time or anything else where success or failure.
18:06.52brlcadthat's a good fit then because he'd indicated he wanted to work more on front-end
18:06.54ShubhamI can contribute in front-end whatsoever
18:07.32brlcadih8sum3r: good observations on some of the usability issues
18:07.38brlcadi've encountered many of those myself in testing
18:08.01ih8sum3rEven I can contribute in back end also :) I would be better if we divide a task  front-end as well as back-end
18:08.20brlcadso then lets call that decided: Shubham can work back-end / infrastructure and ih8sum3r can work on front-end / usability
18:08.27brlcadi know you can both do both :)
18:08.37brlcadyou both proposed aspects of front-end and back-end work
18:08.52*** join/#brlcad dracarys_ (~dracarys9@219.91.163.185)
18:08.58brlcadthat's why I figured it wouldn't be hard to split the work and get you both working productively and independently
18:09.21brlcadthat said, it will be great if you guys work together to test each other's work
18:09.42ShubhamExactly
18:09.42brlcadmaybe even do pair testing, where you work on a feature and send the other a pull request, and repeat
18:10.35ih8sum3rYes! if we work like this we can even enhance our knowledge and would be a great fun and learning doing both of the things.
18:10.52ShubhamHere's what I think:
18:10.58brlcadyep, and you can give each other feedback
18:11.16brlcadthere is *always* room for improvement, so the reviews should focus on the limited intent / scope of each change
18:11.35brlcadbut it can also be a great way to get OGV reay for production use
18:11.36ShubhamBrlcaf;provide us with some points for a single proposal. Combine both our submitted proposals.
18:11.47brlcadhm?
18:11.51brlcadsome points?
18:12.10brlcadwe're past the proposal phase, we're working on project plans :)
18:12.11ShubhamAnd then we can work on things together
18:12.17ShubhamMe and deepak
18:12.26brlcadah, so that is not strictly possible
18:12.40brlcadthe projects must be separate, not one project
18:13.05brlcadif one of you gets lazy or hit by a bus or goes on vacation, it cannot affect the other
18:13.08ShubhamHmm. I get that.
18:13.25ih8sum3rbrlcad: Yah! production ready was also not done last time so was thinking to implement that too.
18:13.26brlcadthat's why it's good to have separate goals for front and back
18:14.01brlcadih8sum3r: it's currently ill-defined what production-ready actually means, especially as features keep getting added and improved
18:14.17brlcadso you/we will have to define what exactly that menas
18:14.25brlcads/menas/means/
18:14.47brlcadso...
18:16.16brlcadwhat I think is needed next is a set of objectivs for the front-end and the back-end from both of you, scoped accordingly so that you're done adding anything new by midterm and after midterm focuses on polish/improvements
18:16.52sofatstarseeker, brlcad hello
18:17.11brlcadmaybe look over each other's proposals and figure that out over today, tomorrow, and we can see what goals you arrive at (unless you already know now, we can discuss)
18:17.12ih8sum3rAFAIK production ready means to make it implemented on BRL-CAD server so that anyone can use it. In short it means to deploy it on the server. Am I right?
18:17.16brlcadmaybe by Monday?
18:18.08ShubhamOk
18:18.12sofatI am working on altassian confunce i am try to import the docbook in this but plugin gave me the error "page not found"
18:18.15brlcadih8sum3r: the current code could be deployed onto the server today, but I would argue that is not sufficient to be production ready
18:18.34ShubhamYeah
18:18.39ShubhamThe login itself
18:18.45ShubhamIs too buggy
18:18.50brlcadexactly
18:19.04brlcadso we need a list of what exactly is needed to be considered production ready
18:19.20ih8sum3rYah! when we upload .g files some of them work some do not.
18:20.07brlcadcan one of you update http://brlcad.org/wiki/OGV with a list of what tasks you think are needed to be production ready?
18:20.24ShubhamMaking it "production ready" will be our priority till mid term eval
18:20.35ih8sum3rAgree!
18:20.54brlcademphasis on tasks that are measurable (e.g., unmeasureable: make logins robust ; measurable: make oauth logins work every time)
18:21.18*** join/#brlcad Shubham (0e62388b@gateway/web/freenode/ip.14.98.56.139)
18:21.37brlcadthere's a TODO at the end of http://brlcad.org/wiki/OGV that has some ideas for front/back end work that might be of use
18:23.04brlcadvolunteer to update the wiki with a section for required/desired production-ready tasks?
18:23.08ih8sum3rbrlcad: Is there any plan to make it mobile first site?
18:24.31ih8sum3rI want to contribute but my exams are going on so can I get a bit of time to update it?
18:24.32brlcadih8sum3r: that'd be a good question to decide amongst ourselves, but to me having it work on mobile is "nice to have but not strictly necessary"
18:25.29Shubham@ih8sum3r: Share your proposal with me, please. mail me or something. I'll share mine with you. Let's get this done by Tuesday MAX. I'll take care of updating the wiki.
18:26.14ih8sum3rSo if this is the case we can make it fully responsive so as not to work separately for mobile first site.
18:26.15brlcadShubham: ah that reminds me
18:26.28brlcadyou both haven't added your details to http://brlcad.org/wiki/Google_Summer_of_Code/2015 yet
18:26.38brlcadif you do that, you'll be able to get to each other's proposal
18:26.59brlcadsofat: sorry, not trying to ignore you -- this was just a scheduled meeting
18:27.20Shubhamyes, because I guess we had to update our proposals right. make them independent of each other
18:27.31brlcadsofat: cool that you're trying confluence, maybe you can try a simple docbook test file first
18:27.41brlcadsofat: and you have two incomplete entires at http://brlcad.org/wiki/Google_Summer_of_Code/2015
18:28.09brlcadShubham: you can upload your proposal and have a separate link for your project plan
18:28.39brlcade.g., "Project Plan (Original Proposal)"
18:28.46brlcadeach being a different link
18:29.00brlcadmake sense?
18:29.13ih8sum3rI know that we have to upload our proposal but I was getting some problem during the creation of an account ( something captcha problem) but now it is done and most probably my tomorrow or day ofter tomorrow I'll upload it.
18:29.15Shubhamsure
18:29.22brlcadof have one link and update it from there -- the original proposal will still be in the wiki hisotry
18:29.43ih8sum3rs / often / after
18:29.52brlcadih8sum3r: great
18:31.49ih8sum3rbrlcad: I would like to apologizes first as I would be little inactive till 16 of May due to my exams but after that I'll be available here only.
18:32.48ShubhamAny final comments then? :)
18:33.10ih8sum3rshubham: If you want to discuss something or anything else please leave a message.
18:33.52Shubhamwhen do we talk next? what do we do before our next meeting?
18:37.14sofatbrlcad, sorry I will check
18:39.35brlcadih8sum3r: how much time do you have?  doing the wiki edit and updating you plan probably won't take more than an hour
18:40.40brlcad*shouldn't that is
18:42.00*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
18:42.05ih8sum3rOkay so I need to look up. Can I do it on Monday please? As I have exam on monday and there are lot many things yet to be done :D
18:45.03brlcadih8sum3r: yes, thats fine
18:45.16*** join/#brlcad sofat (~sofat@202.164.45.208)
18:45.23Notify03BRL-CAD Wiki:Hitesh sofat * 8197 /wiki/Google_Summer_of_Code/2015:
18:45.33brlcadI'm more concerned that your impression was to delay this two entire weeks
18:47.10brlcadih8sum3r: Shubham: can you both at least add your existing details to the http://brlcad.org/wiki/Google_Summer_of_Code/2015 page today .. it takes all of 5 minutes
18:47.40brlcadthen the project plan edits can be later, maybe by next weekend?
18:48.09brlcadShubham: were you willing to add the production-ready section?
18:48.34ShubhamI'll work on that, yes
18:49.27Shubhamih8sum3r: you can give me your inputs as well, that way it'll be easier
18:49.37ih8sum3rOkay on it. I'll do it by today.
18:49.39Shubhamopen to any suggestions
18:50.40ih8sum3rSure shubham i'll
18:51.58brlcadif you need help figuring out exactly what you need to do to edit the wiki, I can walk you through it
18:53.00Notify03BRL-CAD Wiki:Hitesh sofat * 8198 /wiki/User:Hiteshsofa:
18:54.06brlcadbasically log in, hit edit button, copy-paste a copy of the openscad block, edit the links to yours and save the page; then edit each of the red links, pasting your info for the proposal and a stub for your logs
18:56.26brlcadso, both will have wiki edited today with existing data, Shubham will update http://brlcad.org/wiki/OGV with a section for production-ready status, and then both will have an updated proposal/plan for back/front-end work by next Sunday?  agreeable?
18:57.03ih8sum3rYes agree.
18:57.23sofatbrlcad, when you free please ping me
18:58.34Shubhamsure
19:00.28brlcadokay, excellent, then meeting adjourned .. thank you both for your efforts!
19:01.54brlcadwould one of you write a quick summary e-mail to the mailing list (to Inderpreet), just to say that one will be working front/usability and the other back/infrastructure, regarding who is working each, and that details of the objectives will be sorted out this week?
19:02.01brlcadbrlcad-devel
19:05.31Notify03BRL-CAD:starseeker * 64837 brlcad/trunk/src/conv/comgeom/read.c: Clear set but unused warning
19:07.06sofatstarseeker, you know about this plugin ? "docbbook importer atlassian conflunce".
19:16.17*** join/#brlcad sofat (~sofat@202.164.45.208)
19:23.01brlcadsofat: you can try to ask a question on the atlassian site
19:23.08brlcadhttps://answers.atlassian.com/questions/topics/758435/addon-org.jboss.labs.confluence.plugin.docbook
19:23.18sofatok thanks
19:23.38brlcadsofat: did you try a simple docbook file?
19:23.44sofatyes
19:23.47brlcaddidn't work?
19:24.18sofatyes plugin not import the docbook file the gave me the error "page not found" after submission
19:24.34brlcadsofat: are you trying this on our server or somewhere else?
19:24.53sofatmy local machine
19:24.55brlcadokay
19:25.41Notify03BRL-CAD Wiki:Deekaysharma * 8199 /wiki/User:Deepak: Created page with "=Online Geometry Viewer Proposal= '''Name:''' Deepak Kumar Sharma '''Email Address:''' deeky.sharma@gmail.com '''IRC Username:''' ih8sum3r ===Background Information=== Fin..."
19:26.07brlcadsofat: it looks like it's also open source (the importer) ...
19:26.21brlcadcould try the sources here:  https://github.com/jbossorg/docbook-import-for-confluence
19:26.25brlcad<PROTECTED>
19:26.43sofatok
19:26.54brlcadif anything, you can make sure you followed the instructions there and can contact the author there
19:27.02sofati will check this
19:27.28brlcadwouldn't be unreasonable to fork his code and make it work if changes are needed
19:27.38brlcador if you can make it better
19:28.04brlcadthat could be hugely beneficial
19:30.01sofati think code written in java so i am not more comfortable with java
19:30.20sofatI have knowledge about php
19:41.19Notify03BRL-CAD Wiki:Deekaysharma * 8200 /wiki/Google_Summer_of_Code/2015: /* Accepted Projects */
19:42.33brlcadhm, getting a lot of -Wdocumentation errors with gcv.cpp and the optionparser.h header
19:44.05ih8sum3rbrlcad: I have uploaded my proposal. Please check http://brlcad.org/w/index.php?title=User:Deepak&oldid=8199|
19:53.02brlcadih8sum3r: usually suggest uploading it to a URL separate from your Username: link
19:53.38brlcadexample: http://brlcad.org/wiki/User:Andrei.ilinca24/Proposal
19:53.47brlcadand http://brlcad.org/wiki/User:Vasco.costa/GSoC15/proposal
19:55.11ih8sum3rokay I'll do it like that.
19:55.14brlcadbasically, just go to http://brlcad.org/wiki/User:Deekaysharma/GSoC2015/Proposal and add it there
19:55.27brlcadUser:Deepak is not technically valid since that's not what you named your account
19:56.16ih8sum3rOkay I'll correct it.
19:57.07brlcadif you'd like that username, you should be able to register it .. doesn't look like Deepak is taken
19:57.32brlcadbut that means logging out, and registering the new name
19:58.18ih8sum3rNo worries DeeKay Sharma will be fine. As I reflects my full name :).
19:58.50Notify03BRL-CAD Wiki:MeShubham99 * 8201 /wiki/User:MeShubham99: Created page with "Hey, I am Shubham Chauhan, and I'll be working one the Online Geometry Viewer: Backend Project, which is an online web app, where users can upload, view and share 3D CAD mode..."
20:03.02brlcad:)
20:22.18Notify03BRL-CAD Wiki:MeShubham99 * 8202 /wiki/User:MeShubham99/GSoc15/proposal: Created page with "=Personal Information= Name: Shubham Chauhan Email Address: Shubham13099@iiitd.ac.in, shubham.chauhan1@gmail.com IRC Username: Shubham, Shubham_ =Background Information..."
20:24.16Notify03BRL-CAD Wiki:MeShubham99 * 8203 /wiki/User:MeShubham99/GSoc15/proposal: /* Project Vision */
20:24.49Notify03BRL-CAD Wiki:MeShubham99 * 8204 /wiki/User:MeShubham99/GSoc15/proposal: /* Personal Information */
20:26.58Notify03BRL-CAD Wiki:MeShubham99 * 8205 /wiki/Google_Summer_of_Code/2015: /* Accepted Projects */
20:27.43Notify03BRL-CAD Wiki:MeShubham99 * 8206 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV): Backend */
20:28.03Notify03BRL-CAD Wiki:MeShubham99 * 8207 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV): Backend */
20:29.06Notify03BRL-CAD Wiki:MeShubham99 * 8208 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV): Backend */
20:32.01*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
20:32.59Notify03BRL-CAD Wiki:MeShubham99 * 8209 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: Created page with "Shall Consist of the TODO list for making Online Geometry Viewer, production ready at the end of GSoC'15"
20:34.27Notify03BRL-CAD Wiki:MeShubham99 * 8210 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV): Backend */
20:36.45Notify03BRL-CAD Wiki:MeShubham99 * 8211 /wiki/User:MeShubham99:
20:38.17Notify03BRL-CAD Wiki:MeShubham99 * 8212 /wiki/User:MeShubham99:
20:42.19Notify03BRL-CAD Wiki:MeShubham99 * 8213 /wiki/User:MeShubham99/GSoc15/proposal: /* Personal Information */
20:42.40Notify03BRL-CAD Wiki:Deekaysharma * 8214 /wiki/User:Deekaysharma/GSoC2015/Proposal: Created page with "=Online Geometry Viewer Proposal= '''Name:''' Deepak Kumar Sharma '''Email Address:''' deeky.sharma@gmail.com '''IRC Username:''' ih8sum3r ===Background Information=== Fin..."
20:42.47Notify03BRL-CAD Wiki:MeShubham99 * 8215 /wiki/User:MeShubham99/GSoc15/proposal: /* Background Information */
20:42.56Notify03BRL-CAD Wiki:Deekaysharma * 8216 /wiki/User:Deepak: Blanked the page
20:46.04Notify03BRL-CAD Wiki:MeShubham99 * 8217 /wiki/User:MeShubham99/GSoc15/proposal: /* Project Information */
20:47.02Notify03BRL-CAD Wiki:MeShubham99 * 8218 /wiki/User:MeShubham99/GSoc15/proposal: /* My Preparation */
20:47.22Notify03BRL-CAD Wiki:MeShubham99 * 8219 /wiki/User:MeShubham99/GSoc15/proposal: /* My Preparation */
20:47.36Notify03BRL-CAD Wiki:MeShubham99 * 8220 /wiki/User:MeShubham99/GSoc15/proposal: /* Why BRL-CAD? */
20:48.03Notify03BRL-CAD Wiki:MeShubham99 * 8221 /wiki/User:MeShubham99/GSoc15/proposal: /* Why Me? */
20:48.26Notify03BRL-CAD Wiki:Deekaysharma * 8222 /wiki/Google_Summer_of_Code/2015: /* Accepted Projects */
20:51.43Notify03BRL-CAD Wiki:Dracarys983 * 8223 /wiki/User:Dracarys983: /* Profile */
20:52.00Notify03BRL-CAD Wiki:Dracarys983 * 8224 /wiki/User:Dracarys983/Proposal: /* Project Proposal */
20:52.17Notify03BRL-CAD Wiki:Dracarys983 * 8225 /wiki/User:Dracarys983/Development_Logs: /* Dev Logs */
20:52.31Notify03BRL-CAD Wiki:Dracarys983 * 8226 /wiki/User:Dracarys983/Abstrac: /* Abstract */
20:53.04Notify03BRL-CAD Wiki:Dracarys983 * 8227 /wiki/Google_Summer_of_Code/2015: /* Accepted Projects */
22:35.59Notify03BRL-CAD Wiki:Chnsastryforu * 0 /wiki/User:Chnsastryforu:
23:34.56*** join/#brlcad andrei_il (~andrei@109.100.128.78)
23:36.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150503

IRC log for #brlcad on 20150503

00:32.11Notify03BRL-CAD:starseeker * 64838 brlcad/trunk/src/conv/gcv/gcv.cpp: Checkpoint
00:33.12starseekerbrlcad: oops, sorry about that
00:33.16starseeker(Wdocumentation
00:34.59starseekerI'll comment out my gcv experiment until I get that sorted
00:36.36Notify03BRL-CAD:starseeker * 64839 brlcad/trunk/src/conv/CMakeLists.txt: gcv experiments are making Wdocumentation unhappy - comment out until that gets fixed.
02:29.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:25.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:28.09*** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org)
04:30.48*** join/#brlcad sofat (~androirc@123.63.148.138)
06:51.50*** join/#brlcad ih8sum3r (~chatzilla@122.173.44.124)
08:24.01*** join/#brlcad dracarys983 (~dracarys9@1.39.13.120)
08:25.10*** join/#brlcad merzo (~merzo@232-118-133-95.pool.ukrtel.net)
08:47.05*** join/#brlcad sofat (~androirc@123.63.148.138)
09:17.03*** join/#brlcad dracarys983 (~dracarys9@1.39.13.120)
11:49.35*** part/#brlcad dracarys983 (~dracarys9@1.39.13.120)
12:23.01*** join/#brlcad dracarys983 (~dracarys9@1.39.13.120)
12:42.57*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
13:08.44*** join/#brlcad luca79 (~luca@ba-19-129-11.service.infuturo.it)
13:47.48*** join/#brlcad andrei_il (~andrei@109.100.128.78)
14:21.34Notify03BRL-CAD Wiki:Dracarys983 * 8228 /wiki/Google_Summer_of_Code: /* GSoC 2015 */
14:27.20*** join/#brlcad luca79 (~luca@ba-19-129-11.service.infuturo.it)
15:06.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:30.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:33.15*** join/#brlcad Shubham (0e60c1d5@gateway/web/freenode/ip.14.96.193.213)
16:14.22*** join/#brlcad dracarys983 (~dracarys9@123.201.57.113)
16:22.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:54.38*** join/#brlcad sofat (~sofat@1.39.34.248)
18:42.45*** join/#brlcad luca79 (~luca@ba-19-129-11.service.infuturo.it)
19:03.53*** join/#brlcad sofat (~sofat@1.39.32.29)
20:26.57*** join/#brlcad andrei_il (~andrei@109.100.128.78)
20:45.03Notify03BRL-CAD:starseeker * 64840 (brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c brlcad/trunk/src/librt/primitives/dsp/dsp.c brlcad/trunk/src/librt/primitives/rhc/rhc.c): clear a number of clang warnings
21:16.02Notify03BRL-CAD:starseeker * 64841 (brlcad/trunk/src/conv/CMakeLists.txt brlcad/trunk/src/conv/gcv/gcv.cpp brlcad/trunk/src/conv/gcv/optionparser.h): Clear clang warnings
21:19.11Notify03BRL-CAD:starseeker * 64842 brlcad/trunk/src/conv/gcv/gcv.cpp: Check for null case
21:55.45*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:03.18Notify03BRL-CAD:starseeker * 64843 brlcad/trunk/src/conv/gcv/gcv.cpp: Stub in some testing framework for format options.
22:41.06*** join/#brlcad merzo (~merzo@232-118-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20150504

IRC log for #brlcad on 20150504

00:40.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:24.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:01.04Notify03BRL-CAD:starseeker * 64844 (brlcad/trunk/src/conv/gcv/CMakeLists.txt brlcad/trunk/src/conv/gcv/gcv.cpp): Add some stress testing for gcv option handling
04:42.07StragusOff-topic: Google appears to claim a simple cross-platform library for printing (paper & ink) doesn't exist. Does anyone know of an open-source library with printing without a gazillion internal dependencies to slice out only the printing part?
06:24.08archivista bit unreasonable to expect a printer driver to be universal, normally somewhat printer and technology dependent
06:29.12archivistthere is transport, usb, parallel, network,scsi, print technology, cmy,rgb,cmyk, etc,  dumb/intelligent printer as well (hardware driver in pc or printer)
06:30.51StragusWell, wxWidgets and Qt have fairly reasonable and cross-platform wrappers
06:31.05StragusThe underlying technology is usually taken care of by the OS
06:43.24archivistI used to work for a printer manufacturer many years ago :)
06:44.27StragusI see :)
06:46.01StragusI'm of course not looking for a driver but just cross-platform code ... that doesn't come with a monstruous code base like Qt or GTK+
06:46.14archivistback in the days when postscipt was still in use in printers and during the roll out of "windows" printers that were dumb, they only had a graphic mode
06:47.07StragusParsing Postscript on a printer always seemed like a crazy idea to me, but I was probably born too late
06:47.39StragusI assume the processing and memory requirements were somehow too high to rasterize everything on the CPU
06:48.28archivistfor a page printer with memory you can just send a small vector based file with scaled and direction for the text
06:48.33Stragusthinks a printer should only have to do bilinear filtering and dithering, that's it
06:50.36archivistlasers had enough memory had for a full page, then they moved to low memory and did the work in the pc making that  driver need memory and knowledge of the jet offsets in the print head
06:51.18archivistI had to implement a RISCOS driver for one
06:52.27Stragus:) Nice
06:52.57archivistdithering and and dot size are printer dependent
06:53.25StragusThat's something that a printer could manage on its own with very little processing and memory
06:53.42StragusUnlike Postscript parsing
06:54.19archivistnot in a dumb style printer, has to be in the OS driver
06:55.32StragusThat sounds terrible. So if I'm priting a 1024x1024 image full page on a 2500dpi printer, does the driver rescale the image to match that, with interpolation and dithering?
06:55.44StragusI would hope not
06:56.32archivistdriver does the scaling these days
06:56.59StragusThat's a lot of data to send through USB or... wifi
06:58.05archivistcompression in the stream
06:59.11StragusRight, I guess that works
06:59.27StragusIt still sounds like much higher latency per page than I would have expected
06:59.36Stragus(Especially for wifi printers)
07:01.24archivisthardware is slow compared to data rate, they are just making the hardware as cheaply and conveniently as possible
07:03.15StragusSo, as the resident printer expert, any idea of quick cross-platform code to print on any OS just a very high-resolution image?
07:03.55Stragussounds like those who ask "Hey, I heard you are a programmer, can you tell me how to change the background in MSN?"
07:04.06Stragus:)
07:04.27archivistI doubt you will find cross platform holy grail
07:05.08StragusSpecifically looking for just libcups + whatever OSX uses + whatever Windows uses
07:06.13StragusThe GTK+, wxWidgets and Qt codes are all contamined by a gazillion internal dependencies to their own code base, plus a ton of cake icing features
07:08.13archivistimplement your own use of libcups
07:08.58StragusThen the same for OSX and Windows? Urgh...
07:09.10StragusDoes OSX use libcups?
07:09.23archivistprobably find its missing scaling or whatever they re use :)
07:09.42archivistcolour space conversion too
07:10.56Stragusjust wants to shoot a high-resolution image to the printer
07:12.07archivistuse the OS, think how you would print a random tiff file
07:13.23StragusI wouldn't know how to do that from the command-line on OSX or Windows, but I guess I'll google that
07:13.42StragusMight be easier than figuring out whatever printing APIs they use
07:14.37StragusThanks for the tip
07:26.58archivistI imaging the cups api is what you should be also looking at
07:32.55StragusYes, I can live with that. It's OSX + Windows that are bothering me
07:33.37Stragus(I only have access to OSX remotely, and I can't code on Windows while preserving what remains of my sanity)
07:33.49archivistosc cups should work/be there
07:33.53archivistosx
07:33.54StragusBut invoking some external software to do the printing for me sounds like a pretty good solution
07:34.00StragusOh, that would be great
07:34.31archivistwinows will have some awful api for your displeasure
08:18.23*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:24.06*** join/#brlcad ankesh11_ (uid8015@gateway/web/irccloud.com/x-fgnldkwrekynugae)
08:36.00*** join/#brlcad merzo (~merzo@17-44-132-95.pool.ukrtel.net)
08:43.52*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:46.36*** join/#brlcad sofat (~sofat@202.164.53.117)
08:47.02sofatstarseeker, hello
08:48.27sofati am working on tex doc i am converted this doc into xml(book). i am try to check the error in this doc using brlcad validation system. So the me this error
08:49.50sofathttps://bpaste.net/show/97605341d515
08:50.11sofatso How  I am solve this error ?
09:24.42d_rossbergsofat: there isn't much to see, did you tried to enable BRLCAD_ENABLE_VERBOSE_PROGRESS in CMake to get more information?
09:25.36sofatok wait I try this
09:28.25sofatd_rossberg, how i enable ?
09:34.10d_rossbergi use the cvs gui ("Advanced" enabled)
09:35.40sofatplease explain more i am new in this.
10:18.30sofatd_rossberg, I am not able to enabling this " BRLCAD_ENABLE_VERBOSE_PROGRESS" please help how i enable this
10:48.20*** join/#brlcad Gurwinder (75cf9da2@gateway/web/freenode/ip.117.207.157.162)
10:52.44*** join/#brlcad dracarys983 (~dracarys9@123.201.100.252)
10:57.51d_rossbergsofat: how did you run cmake? from the commabd line? then you could add -DBRLCAD_ENABLE_VERBOSE_PROGRESS=ON to your cmake command
10:58.18sofati run only make command
10:58.28sofatnot cmake
10:59.52sofati compile the code of brlcad to check my document is valid or not , but in CMakeLists.txt i added the new images then i found this error .
11:00.05d_rossbergthen, how did you get the Makefile?
11:00.41sofatafter ./configure command
11:01.19sofati get make file then i run make command to run this file
11:03.24d_rossbergOK, configure runs cmake, it eveb prints the corresponding cmake command line
11:03.33sofati am run the ./configure again and again  i just one time run the ./configure command(may be six month before) but now when i make the any changes in docs or new doc then i only add the information regarding this doc in CMakeList.txt and then run the make command to check the output.
11:04.49sofati am not run ./configure command again and again .
11:05.12*** join/#brlcad Gurwinder (75cf9da2@gateway/web/freenode/ip.117.207.157.162)
11:07.51d_rossbergtry: cmake <path to your sources> -DBRLCAD_ENABLE_VERBOSE_PROGRESS=ON -DCMAKE_VERBOSE_MAKEFILE=ON
11:08.15d_rossberginstead of running configure, then make
11:09.37dracarys983d_rossberg: Implementing the missing functions would mean the mathematical approach right?
11:09.38sofatd_rossberg, ok i will try this and report you
11:10.10d_rossbergdracarys983: yes
11:10.37d_rossbergif you have an idea you could try this
11:11.32sofatd_rossberg, one question more
11:12.00sofatsource files means my CMakeLists.txt file or some thing else?
11:14.09d_rossberghm, same as you did for configure, if you called configure without any parameter you can probably use "." (a point)
11:14.39d_rossbergthis would mean that source and build directories are the same
11:15.33dracarys983d_rossberg: Okay, that's a start. I had tried writing a surface area call back for arb8 before. I have also submitted a patch for it, but I believe that's incomplete.
11:17.10dracarys983I don't have any idea right now for the primitives that have it missing. Would need some research. :)
11:18.59d_rossbergi wouldn't be surprised if the easy ones are all already done :)
11:20.52Gurwinder@brlcad: I am working on g-pov converter.  I have written code for it and also share it on github. https://github.com/GurwinderSinghBains/BRL-CAD. Is it correct or I have to change it( some part/whole )?  
11:28.56dracarys983d_rossberg: Haha, yeah well. There's no surprise. Okay I'll get to work then. :)
12:01.39*** join/#brlcad merzo (~merzo@17-44-132-95.pool.ukrtel.net)
12:31.45*** join/#brlcad merzo (~merzo@17-44-132-95.pool.ukrtel.net)
12:59.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:04.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:47.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:27.22Notify03BRL-CAD:carlmoore * 64845 (brlcad/trunk/doc/docbook/articles/en/ged.xml brlcad/trunk/src/conv/gcv/gcv.sh brlcad/trunk/src/conv/gcv/optionparser.h): remove trailing blanks/tabs; fix a spelling; add a missing newline at a file end
14:28.55*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
14:39.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:47.46*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
14:56.32*** join/#brlcad sofat (~androirc@202.164.45.204)
15:10.07*** join/#brlcad sofat (~androirc@202.164.45.204)
15:15.40*** join/#brlcad merzo (~merzo@17-44-132-95.pool.ukrtel.net)
15:15.50Notify03BRL-CAD Wiki:Sean * 8229 /wiki/Summer_of_Code/Checklis: 2015
15:25.30Notify03BRL-CAD Wiki:Deekaysharma * 8230 /wiki/User:Deekaysharma: Created page with "=Personal Information= {| class="wikitable" |- |'''Student Name'''|| Deepak Kumar Sharma |- |'''IRC nick'''|| ih8sum3r |- |'''Email'''|| deeky.sharma@gmail.com |} I'll be wor..."
15:27.03Notify03BRL-CAD Wiki:Deekaysharma * 8231 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV) */
15:55.56Notify03BRL-CAD:starseeker * 64846 brlcad/trunk/src/conv/gcv/gcv.cpp: handle = better
16:17.02Notify03BRL-CAD:starseeker * 64847 brlcad/trunk/src/conv/gcv/gcv.cpp: Have the format opt parsers report something.
16:30.42*** join/#brlcad andrei_il (~andrei@109.100.128.78)
16:51.06*** join/#brlcad Gurwinder (75d6ced8@gateway/web/freenode/ip.117.214.206.216)
17:05.13*** join/#brlcad sofat (~sofat@1.39.40.119)
17:05.50Notify03BRL-CAD:starseeker * 64848 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/wdb.h): Move wdb functions to rt/wdb.h
17:22.48sofatstarseeker, I have submitted the patch on LaTeX file conversion into docbook please review this document and tell me about changes.
17:37.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:38.40sofatstarseeker, i seen the resource code of brlcad there only two file merged (animation_tutorial, ged ) please check my other patches in send many files please also merge them with brlcad resource code If any error faced or changes need then please tell me.
17:38.45*** join/#brlcad merzo (~merzo@15-62-133-95.pool.ukrtel.net)
17:40.26sofatI submitted  the 5 .tr files patches and  text files and html file. so please check these patches also.
18:21.09*** join/#brlcad infobot (ibot@rikers.org)
18:21.09*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
18:21.47brlcadyou may already be doing this, but basically it amounts to joining brlcad-commits or otherwise watching the commit notifications in here when your patches are applied
18:22.05brlcadthe goal is just a couple patches that have logic to them but require no modifications
18:23.38*** part/#brlcad dracarys_ (~dracarys9@219.91.163.71)
18:24.04*** join/#brlcad dracarys_ (~dracarys9@219.91.163.71)
18:28.37sofatbrlcad, next time I will remember these things.
18:32.27*** join/#brlcad sofat (~sofat@1.39.40.119)
18:54.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:27.12Notify03BRL-CAD Wiki:Gurwinder Singh * 8232 /wiki/Google_Summer_of_Code/2015: /* G to POV-Ray Geometry Converter */
19:52.13*** join/#brlcad merzo (~merzo@15-62-133-95.pool.ukrtel.net)
19:52.44Notify03BRL-CAD Wiki:MilindaFernando * 0 /wiki/User:MilindaFernando:
20:13.04*** join/#brlcad andrei_il (~andrei@109.100.128.78)
20:16.28andrei_ilstarseeker: Hello!
20:16.58andrei_ilI'm having a bit of trouble copying the wfobject parser
20:17.03andrei_iland integrating it into cmake logic
20:18.42andrei_ilthe CMakeFilelists.txt seems to be tailored specifically for  wfobj
20:19.06Notify03BRL-CAD Wiki:MilindaFernando * 8233 /wiki/User:MilindaFernando: Created page with "*Name: Milinda Shayamal Fernando *Email: milindasf@gmail.com *Blog: [http://milindasf.blogspot.com/|"Milinda's Space"] *LinkedIn:[https://lk.linkedin.com/in/milindasf|"LinkedI..."
20:21.54Notify03BRL-CAD:carlmoore * 64849 brlcad/trunk/src/util/pixmatte.c: shorten the code by use of new variable called 'limit'
20:22.18Notify03BRL-CAD Wiki:MilindaFernando * 8234 /wiki/User:MilindaFernando:
20:31.04Notify03BRL-CAD Wiki:MilindaFernando * 8235 /wiki/User:MilindaFernando/abstrac: Created page with "=STEP Viewer Project Abstract= STEP is a common CAD file format supported by just about every major CAD system. Given we have an importer and an interface for displaying geo..."
20:34.48Notify03BRL-CAD:carlmoore * 64850 (brlcad/trunk/src/util/pixmatte.c brlcad/trunk/src/util/pixmerge.c): change an error message in pixmatte so we specify pixmatte
20:35.07Notify03BRL-CAD Wiki:MilindaFernando * 8236 /wiki/User:MilindaFernando/gsoc2015_project_proposal: Created page with "=STEP Viewer== ==Abstract== STEP is a common CAD file format supported by just about every major CAD system. Given we have an importer and an interface for displaying geomet..."
20:35.52*** part/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-vtebklmblhunjawj)
20:36.29Notify03BRL-CAD Wiki:MilindaFernando * 8237 /wiki/User:MilindaFernando/gsoc2015_project_proposal:
20:41.01Notify03BRL-CAD Wiki:MilindaFernando * 8238 /wiki/User:MilindaFernando/gsoc2015_devlog: Created page with "=STEP Viewer Project Development Log= *Currently I am getting familiar with the source code of libdm and librt. *Design and Developing Qt GUI for STEP Viewer program"
20:44.20Notify03BRL-CAD Wiki:MilindaFernando * 8239 /wiki/Google_Summer_of_Code/2015: /* Accepted Projects */
20:59.45Notify03BRL-CAD Wiki:Deekaysharma * 8240 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV) */
21:04.40*** join/#brlcad ih8sum3r (~chatzilla@122.173.129.255)
21:04.54ih8sum3rbrlcad: Hi
21:05.21Notify03BRL-CAD:carlmoore * 64851 brlcad/trunk/src/util/pixmerge.c: do what pixmatte does regarding w
21:07.06ih8sum3rI got your mail and I found "Agreed to participation requirements?" but I'm unable to understand, do I need to put comment below my proposal on melange or what?
21:25.39GurwinderI think you have to put it below as comment to your proposal.
22:03.01*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
22:09.35*** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu)
23:03.12Notify03BRL-CAD Wiki:Bhollister * 8241 /wiki/User:Bhollister: Brad Hollister's Profile
23:14.30Notify03BRL-CAD Wiki:Bhollister * 8242 /wiki/User:Bhollister/Abstrac: GSoC 2015 Abstract
23:21.13Notify03BRL-CAD Wiki:Bhollister * 8243 /wiki/User:Bhollister/Proposal: GSoC 2015 Proposal
23:22.27Notify03BRL-CAD Wiki:Bhollister * 8244 /wiki/User:Bhollister/DevLog: GSoC 2015 Developer Log
23:24.11Notify03BRL-CAD Wiki:Bhollister * 8245 /wiki/Google_Summer_of_Code/2015: /* Accepted Projects */
23:29.12Notify03BRL-CAD:starseeker * 64852 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/tree.h): Move some function declarations to rt/tree.h
23:32.05Notify03BRL-CAD Wiki:Bhollister * 8246 /wiki/User:Bhollister: Brad Hollister's Profile
23:35.01Notify03BRL-CAD Wiki:Bhollister * 8247 /wiki/User:Bhollister:
23:53.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:53.34Notify03BRL-CAD:starseeker * 64853 (brlcad/trunk/include/rt/CMakeLists.txt brlcad/trunk/include/rt/directory.h brlcad/trunk/include/rt/search.h): Move some more functions, start breaking out primitive specific functions.
23:58.24Notify03BRL-CAD Wiki:Bhollister * 8248 /wiki/User:Bhollister/DevLog: Daily Dev Logs
IRC log for #brlcad on 20150505

IRC log for #brlcad on 20150505

00:08.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:17.49Notify03BRL-CAD:starseeker * 64854 (brlcad/trunk/include/rt/CMakeLists.txt brlcad/trunk/include/rt/tree.h): More breakout
00:19.03starseekershoot, andrei_il left
01:02.25*** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu)
02:05.58starseekerbrad_h: your email address didn't accept a return email, fyi
02:06.25starseekerbrad_h: I can try to be on IRC around that time for discussion, but my internet is a bit spotty
02:06.53starseekerbrad_h: remember though that the technical mentoring is not just by your assigned mentor but by the community
02:07.26starseekerlots of smart people around here, you'll probably want to listen to them more than to me ;-)
02:21.18*** join/#brlcad dracarys_ (~dracarys9@219.91.198.99)
04:17.19Notify03BRL-CAD Wiki:Sean * 8249 /wiki/Google_Summer_of_Code/2015: re-add the template
05:42.04*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
06:43.03*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:18.50*** join/#brlcad andrei_il (~andrei@109.100.128.78)
07:37.56Notify03BRL-CAD Wiki:Konrado DJ * 8250 /wiki/Google_Summer_of_Code/2015: /* Accepted Projects */
07:52.39*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:20.02Notify03BRL-CAD Wiki:MeShubham99 * 8251 /wiki/User:MeShubham99/GSoc15/log_developmen: Created page with "Here goes my development logs Consisting of daily updates on my work"
08:22.06Notify03BRL-CAD Wiki:MeShubham99 * 8252 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV): Backend */
08:27.00*** join/#brlcad dracarys_ (~dracarys9@103.48.99.235)
08:40.46*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:27.13Notify03BRL-CAD Wiki:Beeldhouwer * 0 /wiki/User:Beeldhouwer:
09:59.32*** join/#brlcad dracarys983 (~dracarys9@103.48.99.235)
10:45.35*** join/#brlcad dracarys_ (~dracarys9@123.201.212.117)
13:30.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:37.10dracarys983d_rossberg, brlcad, starseeker, ``Erik : I'm trying to find the SA of a hyperboloid made of one sheet. Now, I have a formula for SA of a hyperboloid as a surface of revolution.
14:38.19dracarys983The integral for SA of hyperboloid which is not a surface of revolution is very complicated. So, I need to make a co-ordinate transformation to get the integral in one variable.
14:38.42dracarys983It then becomes a surface of revolution and I can apply the formula.
14:40.00dracarys983My problem is : How do I write the code for making the co-ordinate transformation, calculating the SA and returning back to original co-ordinate system?
14:43.55dracarys983Actually the transformation part is bugging me.
15:11.53*** join/#brlcad luca79 (~luca@host110-20-dynamic.4-87-r.retail.telecomitalia.it)
15:52.53d_rossbergdracarys983: that's the question :) sounds like some days or more of research
15:53.06*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
15:53.55d_rossbergi don't know if there is a method to transform areas with coordinate transformations
15:55.10d_rossbergi did once something similar with cuboids, but these give you a rather bad approximation if you are interested in exact results
15:57.03dracarys983d_rossberg: Approximation again. Ah.
15:57.21dracarys983d_rossberg: I guess I can transform the points / vectors of the internal hyp structure that are required in the formula and apply the formula? That won't work?
15:58.32d_rossbergI'm afraid that you can transform the formula - but not the surface
16:00.01d_rossbergor you find a reference/literature somewhere which describes how to do it
17:23.53*** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net)
17:55.41*** join/#brlcad andrei_il (~andrei@109.100.128.78)
18:45.47*** join/#brlcad dracarys_ (~dracarys9@123.201.73.42)
21:13.01*** join/#brlcad dracarys983 (~dracarys9@123.201.73.42)
21:18.11brad_hstarseeker: got it. as for email, is there a better way of exchanging email instead of thru soureforge?
21:24.26``Erikmost email should be going through the mailing lists to keep everything open
21:59.09*** join/#brlcad merzo (~merzo@238-47-133-95.pool.ukrtel.net)
22:29.20*** join/#brlcad krishna_ravi732_ (~krishna@5.231.52.94)
22:49.16*** join/#brlcad merzo (~merzo@229-31-132-95.pool.ukrtel.net)
22:53.17brlcadstarseeker: writing our own static analysis checks, coming soon to a theater near you!  ... https://bbannier.github.io/blog/2015/05/02/Writing-a-basic-clang-static-analysis-check.html
23:26.22*** join/#brlcad merzo (~merzo@229-47-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20150506

IRC log for #brlcad on 20150506

02:46.17*** join/#brlcad dracarys_ (~dracarys9@219.91.140.55)
03:21.35starseekerbrlcad: that's cool
03:22.11starseekeralso ran across these on wheeler's blog:  http://lcamtuf.coredump.cx/afl/ and https://code.google.com/p/address-sanitizer/
03:27.44starseekernot sure exactly how we'd set up fuzzing testing for our libs, but sounds interesting
03:42.55starseekerhttp://lcamtuf.blogspot.com/2014/11/pulling-jpegs-out-of-thin-air.html
03:50.25starseekerthat's nifty
03:52.59StragusThat's... crazy, in a good way
04:07.24*** join/#brlcad sofat (~sofat@202.164.53.117)
04:44.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:46.22*** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu)
04:49.24*** join/#brlcad Gurwinder (75c76906@gateway/web/freenode/ip.117.199.105.6)
06:10.23*** join/#brlcad dracarys_ (~dracarys9@123.201.57.95)
06:29.00*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
07:18.21*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
07:46.05*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:20.07*** join/#brlcad andrei_il (~andrei@109.100.128.78)
08:26.57*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
09:00.38*** join/#brlcad andrei_il (~andrei@109.100.128.78)
09:00.39*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
09:01.33*** join/#brlcad andrei_il (~andrei@109.100.128.78)
09:47.12*** join/#brlcad sofat (~sofat@202.164.53.117)
10:46.07*** join/#brlcad dracarys_ (~dracarys9@1.39.96.218)
11:10.43*** join/#brlcad dracarys_ (~dracarys9@203.187.229.56)
11:47.09*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
12:06.29*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
12:24.47brlcadstarseeker: I've always wanted to try out a fuzzer
12:25.00brlcadhis actually looks rather impressive
12:26.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:32.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:33.14*** join/#brlcad andrei_il (~andrei@109.100.128.78)
14:33.46*** join/#brlcad sofat (~androirc@202.164.45.204)
15:07.22``Erikahhhh /ignore #brlcad JOINS PARTS QUITS TOPICS MODES
15:14.02*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
15:24.56*** join/#brlcad merzo (~merzo@92.60.189.225)
15:29.40*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
15:34.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:56.11starseeker``Erik: cool
15:56.30starseeker``Erik: is there a way to list who's currently on?
16:09.17*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
16:15.33*** join/#brlcad dracarys983 (~dracarys9@203.109.90.138)
16:36.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:44.38brlcad<PROTECTED>
16:44.53brlcadas will /names
16:53.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:59.17*** join/#brlcad amalia237 (~amalia237@41.205.22.42)
17:30.38*** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu)
17:53.04*** join/#brlcad amalia237 (~amalia237@41.205.22.59)
18:49.42*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
18:50.09*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
20:26.51*** join/#brlcad merzo (~merzo@244-101-133-95.pool.ukrtel.net)
20:32.45starseeker``Erik: Notify on break again?
20:41.53Notify03BRL-CAD:carlmoore * 64855 brlcad/trunk/src/util/pixmerge.c: 'else' not needed if previous block MUST transfer control elsewhere; add some checks which were done in pixmatte; fix bug for 'not equal' which pixmatte had also had
20:41.59Notify03BRL-CAD:starseeker * 64856 brlcad/trunk/misc/flawfinder: Update flawfinder to the latest version.
20:42.18Notify03BRL-CAD:carlmoore * 64857 brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml: rewrite 2 parts of the pixmerge man page
20:42.45Notify03BRL-CAD:carlmoore * 64858 brlcad/trunk/doc/docbook/system/man1/en/gencolor.xml: go to lowercase letter because it is NOT the start of a sentence
20:43.39Notify03BRL-CAD:starseeker * 64859 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt and 7 others): More subheader breakout
20:43.44Notify03BRL-CAD:starseeker * 64860 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt and 2 others): Complete initial breakout of raytrace.h into subheaders. Lots more work needed, but this completes the initial pass.
20:43.55Notify03BRL-CAD:carlmoore * 64861 brlcad/trunk/misc/flawfinder: remove trailing blanks/tabs, fix spellings
20:44.06Notify03BRL-CAD:carlmoore * 64862 brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml: use 'bytes_wide' because it matches something in the synopsis
20:44.08Notify03BRL-CAD:brlcad * 64863 brlcad/trunk/TODO: record some in-depth discussions with starseeker on how to go about optimizing and reworking nurbs prep performance.
20:44.14Notify03BRL-CAD:carlmoore * 64864 brlcad/trunk/src/util/pixmerge.c: was able to find out how to initialize an array -- this one needs to be all zeros unless the program inputs then provide otherwise
20:44.17Notify03BRL-CAD:carlmoore * 64865 brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml: change 'a' to 'the', and insert a 'the'
20:44.34Notify03BRL-CAD:carlmoore * 64866 brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml: acknowledge the choice of background pixel, for the case where the stated relationship is false
20:44.42Notify03BRL-CAD:starseeker * 64867 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: Add option to enable AddressSanitizer flag.
20:44.44Notify03BRL-CAD:starseeker * 64868 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: set up some more flags for future testing.
20:45.00Notify03BRL-CAD:starseeker * 64869 (brlcad/trunk/misc/doxygen/libbn.dox brlcad/trunk/misc/doxygen/libgm.dox): Fix up doxygen for libbn and libgm after moves.
20:45.08Notify03BRL-CAD:starseeker * 64870 brlcad/trunk/include/rt/primitives/bot.h: Add other rt headers so bot.h passes the gcc -dP test.
20:45.15Notify03BRL-CAD:starseeker * 64871 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 5 others): Consolidate include/bot.h into rt/primitives/bot.h. This should be safe, as the original toplevel bot.h didn't include *any* headers to define even RT_EXPORT, much less soltab, which means any calling code will already have all the needed includes to make this work.
20:45.19Notify03BRL-CAD Wiki:Konrado DJ * 8253 /wiki/User:Konrado_DJ: Created page with "==Personal Information== Name: Djimeli Konrad Niba E-mail address: djkonro35@gmail.com IRC-nick: konrado ===Introduction=== This is my first time participating in the Goo..."
20:45.21Notify03BRL-CAD Wiki:Konrado DJ * 8254 /wiki/User:Konrado_DJ/GSoc2015/logs: Created page with "=GSoC 2015 development logs= == Community Bonding Period == I have began this period by going through and adhering to the BRL-CAD [http://brlcad.org/wiki/Summer_of_Code/Check..."
20:45.23Notify03BRL-CAD Wiki:MeShubham99 * 8255 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
20:45.27Notify03BRL-CAD Wiki:Shaina7837 * 8256 /wiki/User:Shainasabarwal/GSoC15/logs: Created page with "==Community Bonding Period= I have worked on highlighting keywords and highlighting comments."
20:45.29Notify03BRL-CAD Wiki:Shaina7837 * 8257 /wiki/User:Shainasabarwal/GSoC15/logs: /* =Community Bonding Period */
20:45.31Notify03BRL-CAD Wiki:Shaina7837 * 8258 /wiki/User:Shainasabarwal: Created page with "=Personal Information= {| class="wikitable" |- |'''Student Name'''|| Shaina Sabarwal |- |'''IRC nick'''|| shaina |- |'''Email'''|| iamshainasabarwal@gmail.com |} I'll be work..."
20:45.33Notify03BRL-CAD Wiki:Shaina7837 * 8259 /wiki/Google_Summer_of_Code/2015: /* Accepted Projects */
20:45.35Notify03BRL-CAD Wiki:Shaina7837 * 8260 /wiki/Google_Summer_of_Code/2015: /* ScadLexer for OpenSCAD */
20:45.37Notify03BRL-CAD Wiki:Shaina7837 * 8261 /wiki/Google_Summer_of_Code/2015: /* ScadLexer for OpenSCAD */
20:45.39Notify03BRL-CAD Wiki:Shaina7837 * 8262 /wiki/Google_Summer_of_Code/2015: /* ScadLexer for OpenSCAD */
20:45.41Notify03BRL-CAD Wiki:Ngassafinjap * 8263 /wiki/User:Amalia/Development_logs: /* Introductions to my Development logs */
20:45.43Notify03BRL-CAD Wiki:Bhollister * 8264 /wiki/User:Bhollister/DevLog: /* Monday, May 4, 2015 */
20:45.46Notify03BRL-CAD Wiki:Bhollister * 8265 /wiki/User:Bhollister/DevLogMay2015: May 2015 Dev Log
20:45.48Notify03BRL-CAD Wiki:Bhollister * 8266 /wiki/User:Bhollister/DevLog: Month listing of logs
20:45.50Notify03BRL-CAD Wiki:Bhollister * 8267 /wiki/Google_Summer_of_Code/2015: /* NMG Editing / Validation */
20:45.52Notify03BRL-CAD Wiki:Bhollister * 8268 /wiki/Google_Summer_of_Code/2015: /* NMG Editing */
20:45.54Notify03BRL-CAD Wiki:Bhollister * 8269 /wiki/User:Bhollister/DevLogMay2015: /* Tuesday, May 5, 2015 */
20:45.56Notify03BRL-CAD Wiki:Bhollister * 8270 /wiki/User:Bhollister/DevLogMay2015: /* Tuesday, May 5, 2015 */
20:45.58Notify03BRL-CAD Wiki:Ngassafinjap * 8271 /wiki/Google_Summer_of_Code/2015: /* ScadLexer for OpenSCAD */
20:46.00Notify03BRL-CAD Wiki:Bhollister * 8272 /wiki/User:Bhollister/DevLogMay2015: /* Monday, May 25, 2015 */
20:46.02Notify03BRL-CAD Wiki:Ngassafinjap * 8273 /wiki/Google_Summer_of_Code/2015: /* Conic Curve Support for LibreCAD */
20:46.04Notify03BRL-CAD Wiki:Ngassafinjap * 8274 /wiki/Google_Summer_of_Code/2015: /* Conic Curve Support for LibreCAD */
20:46.06Notify03BRL-CAD Wiki:Ngassafinjap * 8275 /wiki/Google_Summer_of_Code/2015: /* Conic Curve Support for LibreCAD */
20:46.09Notify03BRL-CAD:starseeker * 64872 (brlcad/trunk/include/rtgeom.h brlcad/trunk/src/librt/primitives/brep/brep.cpp and 4 others): switch g_ group to librt for doxygen
20:48.59Notify03BRL-CAD:starseeker * 64873 brlcad/trunk/include/icv.h: libicv group, not image group
20:54.17starseeker``Erik: cool, thanks
20:55.18Notify03BRL-CAD:starseeker * 64874 (brlcad/trunk/include/fb/fb_X.h brlcad/trunk/include/fb/fb_ogl.h and 22 others): Switch if group to libfb
20:58.17Notify03BRL-CAD:starseeker * 64875 (brlcad/trunk/include/rt/arb_edit.h brlcad/trunk/src/librt/primitives/arb8/arb_edit.c): arb_edit group to librt
21:03.14Notify03BRL-CAD:starseeker * 64876 (brlcad/trunk/include/common.h brlcad/trunk/misc/doxygen/CMakeLists.txt): Add doxygen category for common.h
21:04.27``Erika freebsd commit managed to go over 500 characters with no spaces... I need to put some logic in to catch that O.o
21:17.06Notify03BRL-CAD:starseeker * 64877 brlcad/trunk/include/bu.h: Tweak formatting of bu.h so the overview comment shows up in doxygen.
21:20.50Notify03BRL-CAD:starseeker * 64878 brlcad/trunk/include/bn.h: Tweak libbn header to get description in doxygen
21:21.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:51.08Notify03BRL-CAD:brlcad * 64879 brlcad/trunk/src/util/pixmerge.c: use shorthand for zero-initializing an array
21:57.32Notify03BRL-CAD:starseeker * 64880 (brlcad/trunk/include/bn/defines.h brlcad/trunk/include/bn.h and 7 others): More work on getting descriptions and the desired files listed at the right levels in the hierarchy.
22:08.17n_reedbrlcad: r64879, of course it was zero-initialized before r64864 just by being a static fixed-size array
22:49.13Notify03BRL-CAD:brlcad * 64881 brlcad/trunk/NEWS: carl fixed / improved pixmatte and pixmerge where the 'not equal' operator logic wasn't correct.
23:06.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:12.11n_reed:q
23:43.29brlcadn_reed: quite true, but explicit initialization is still safer in this context so it's fine that he did that, just didn't need to be every element
23:44.07brlcad(e.g., someone moves the array into main() to eliminate the global and starts passing it around... easy to overlook it no longer being zero-init)
23:57.32Notify03BRL-CAD:starseeker * 64882 brlcad/trunk/misc/doxygen/libbu.dox: Stub in descriptions for the various categories of libbu functionality. Eventually, these should be described more thoroughly.
IRC log for #brlcad on 20150507

IRC log for #brlcad on 20150507

00:09.24Notify03BRL-CAD:starseeker * 64883 brlcad/trunk/misc/doxygen/libbn.dox: Stub in more comments. When there's a match to a single header, as opposed to a broad category spanning multiple headers, the descriptive comments need to live in the header.
00:27.12Notify03BRL-CAD:starseeker * 64884 brlcad/trunk/include/common.h: Some comment tweaking for common.h
00:33.23Notify03BRL-CAD:starseeker * 64885 (brlcad/trunk/include/bn.h brlcad/trunk/include/bu.h brlcad/trunk/include/gm.h): tweak header brief lines.
00:47.41Notify03BRL-CAD:starseeker * 64886 (brlcad/trunk/include/bu/avs.h brlcad/trunk/include/bu/bitv.h and 2 others): Enable local header comments for a couple of the libbu files.
01:09.48Notify03BRL-CAD:starseeker * 64887 (brlcad/trunk/include/bu/color.h brlcad/trunk/include/bu/hash.h and 5 others): More doxygen rework on bu subheaders
01:19.32Notify03BRL-CAD:starseeker * 64888 (brlcad/trunk/include/bu/vlb.h brlcad/trunk/include/bu/vls.h brlcad/trunk/misc/doxygen/libbu.dox): More libbu doxygen rework
01:27.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:29.26Notify03BRL-CAD:starseeker * 64889 (brlcad/trunk/include/bu/magic.h brlcad/trunk/include/bu/malloc.h and 2 others): Memory management libbu doxygen fixes.
01:57.17Notify03BRL-CAD:starseeker * 64890 (brlcad/trunk/include/bu/debug.h brlcad/trunk/include/bu/file.h and 5 others): Next round of libbu doxygen fixes.
02:58.40*** join/#brlcad sofat (~androirc@202.164.45.204)
05:42.35*** join/#brlcad sofat (~sofat@202.164.53.117)
05:43.15sofatstarseeker, i am converting mged html doc i want to know it is article or book because I found there many pages.
05:43.51sofatso which format i will use for this article or book ?
06:55.30*** join/#brlcad merzo (~merzo@244-101-133-95.pool.ukrtel.net)
07:06.21*** join/#brlcad luca79 (~luca@host28-110-dynamic.9-87-r.retail.telecomitalia.it)
07:25.19*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:18.50sofatstarseeker, brlcad I have merged the exiting docbook docs with my demo mediawiki website please review this work.
08:18.52sofathttp://202.164.53.122/~hitesh/media/index.php/Special:Docbook
08:24.18*** join/#brlcad dracarys983 (~dracarys9@123.201.8.35)
08:43.52*** join/#brlcad merzo (~merzo@92.60.189.225)
08:49.05*** join/#brlcad sofat (~sofat@202.164.53.117)
08:58.03*** join/#brlcad andrei_il (~andrei@109.100.128.78)
10:11.33*** join/#brlcad merzo (~merzo@92.60.189.225)
11:17.34starseekersofat: the mged html doc could go either way - go ahead and try it as a book if that looks easier
11:57.58*** join/#brlcad sofat (~sofat@202.164.53.117)
12:09.16*** join/#brlcad dracarys_ (~dracarys9@123.201.174.237)
12:37.33*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
12:42.16*** join/#brlcad sofat (~androirc@202.164.45.204)
12:50.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:17.44Notify03BRL-CAD Wiki:Deekaysharma * 8276 /wiki/User:Deekaysharma/logs: Created page with "===Development logs for GSoC 2015==="
13:17.57Notify03BRL-CAD Wiki:Deekaysharma * 8277 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV) */
13:29.41*** join/#brlcad ishwerdas (75d432a1@gateway/web/cgi-irc/kiwiirc.com/ip.117.212.50.161)
13:32.41Notify03BRL-CAD:starseeker * 64891 (brlcad/trunk/include/bu/cmd.h brlcad/trunk/include/bu/cv.h brlcad/trunk/misc/doxygen/libbu.dox): libbu doxygen work for cmd and cv
13:43.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:55.35Notify03BRL-CAD:starseeker * 64892 (brlcad/trunk/include/bu/bu_tcl.h brlcad/trunk/include/bu/endian.h and 9 others): more libbu doxygen rework.
13:57.40*** join/#brlcad dracarys_ (~dracarys9@1.39.12.172)
14:00.37Notify03BRL-CAD:carlmoore * 64893 (brlcad/trunk/TODO brlcad/trunk/include/rt/misc.h): fix a spelling, and remove a trailing blank or tab
14:06.38*** join/#brlcad sofat (~androirc@106.192.180.22)
14:18.27*** join/#brlcad Gurwinder (3b5b70ad@gateway/web/freenode/ip.59.91.112.173)
14:21.56*** join/#brlcad sofat (~androirc@106.192.180.22)
14:22.41*** join/#brlcad Shubham (0e60dbf4@gateway/web/freenode/ip.14.96.219.244)
14:23.19*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
14:25.48*** join/#brlcad sofat (~androirc@106.192.180.22)
14:29.10Notify03BRL-CAD:starseeker * 64894 (brlcad/trunk/include/bn/adc.h brlcad/trunk/include/bn/anim.h and 40 others): More doxygen tweaks
14:41.24Notify03BRL-CAD:starseeker * 64895 (brlcad/trunk/include/bn/anim.h brlcad/trunk/include/bn/clip.h and 3 others): Tweaks, fix some breakage of the plot group output in libbn
14:53.28*** join/#brlcad dracarys983 (~dracarys9@123.201.174.237)
15:08.52Notify03BRL-CAD:starseeker * 64896 (brlcad/trunk/include/bu/cv.h brlcad/trunk/include/bu/debug.h and 7 others): Don't define top level groups in headers - that's the responsibility of the top level dox structure files.
15:12.25Notify03BRL-CAD:starseeker * 64897 brlcad/trunk/misc/doxygen/libbu.dox: prefix toplevel group names - need to avoid confusion when we process multiple libraries simultaneously.
15:28.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:36.18Notify03BRL-CAD:starseeker * 64898 (brlcad/trunk/include/bu/avs.h brlcad/trunk/include/bu/bitv.h and 29 others): Need prefixes to make multiple library dox generation work without miscategorizing. Clear some warnings.
15:42.04Notify03BRL-CAD:starseeker * 64899 brlcad/trunk/include/common.h: Use the code wrapper
15:44.57Notify03BRL-CAD:starseeker * 64900 (brlcad/trunk/include/bu/version.h brlcad/trunk/misc/doxygen/libbu.dox): Put libbu version in libbu module
15:56.05Notify03BRL-CAD:starseeker * 64901 brlcad/trunk/misc/doxygen/Doxyfile.in: Unset anyway, and now apperently obsolete.
15:57.57Notify03BRL-CAD:starseeker * 64902 (brlcad/trunk/include/bn/anim.h brlcad/trunk/include/bn/clip.h and 5 others): Start reworking libbn doxygen groups over to using bn_ prefix.
16:32.55*** join/#brlcad sofat (~androirc@223.225.223.118)
17:13.50*** join/#brlcad hiteshsofat (~androirc@106.192.175.144)
17:21.11hiteshsofatbrlcad, i try with confluence but its not work so other think i am not know much about  java language so it is difficult for me to edit this plugin (docbook importer) but i will try my affect on this plugin in next week. Other think if you explain the layout design for my mediawiki extension so i think we don't need to use this plugin.
18:28.41*** join/#brlcad LordOfBikes (~armin@dslb-088-066-152-013.088.066.pools.vodafone-ip.de)
18:30.58*** join/#brlcad Shubham (0e62d910@gateway/web/freenode/ip.14.98.217.16)
18:38.13*** join/#brlcad ujjwal (~ujjwal@1.23.105.188)
19:22.12*** join/#brlcad Shubham (0e62d910@gateway/web/freenode/ip.14.98.217.16)
19:26.59Notify03BRL-CAD Wiki:Bhollister * 8278 /wiki/User:Bhollister/DevLogMay2015: /* Wednesday, May 6, 2015 */
19:32.19*** join/#brlcad sofat (~sofat@202.164.45.204)
19:41.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:43.32Notify03BRL-CAD:starseeker * 64903 brlcad/trunk/src/libbu/tcl.c: quell doxygen warning
19:45.25Notify03BRL-CAD:starseeker * 64904 brlcad/trunk/src/libbn/plane.c: quell doxygen warning
19:57.43Notify03BRL-CAD:starseeker * 64905 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 13 others): Consolidate anim.h and bn/anim.h
20:09.32*** join/#brlcad dracarys_ (~dracarys9@123.201.57.150)
20:10.39Notify03BRL-CAD:starseeker * 64906 brlcad/trunk/misc/doxygen/CMakeLists.txt: By default, don't add the src directories to the Doxygen output - focus on the public API/headers.
20:20.17Notify03BRL-CAD:starseeker * 64907 brlcad/trunk/CHANGES: Add tp_setup's status as public API to the deprecation list.
20:59.35Notify03BRL-CAD:carlmoore * 64908 brlcad/trunk/src/util/pixmatte.c: shorten by one assignment statement
21:01.39Notify03BRL-CAD:starseeker * 64909 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 84 others): Move plot3.h, consolidate vectfont.h and bn/vectfont.h
21:03.16*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
21:08.35Notify03BRL-CAD:starseeker * 64910 (brlcad/trunk/include/bn/CMakeLists.txt brlcad/trunk/include/bn/bn_tcl.h brlcad/trunk/src/libbn/tcl.c): Fold tcl_encode into bn_tcl.h
21:09.18Notify03BRL-CAD:carlmoore * 64911 brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml: can possibly use DEFAULT formula with a SPECIFIED -C argument
21:27.21Notify03BRL-CAD:starseeker * 64912 (brlcad/trunk/include/bn/CMakeLists.txt brlcad/trunk/include/bn/mat.h and 12 others): More doxygen cleanup, consolidate plane_struct and plane_calc
21:37.58Notify03BRL-CAD:starseeker * 64913 (brlcad/trunk/include/bn/msr.h brlcad/trunk/include/bn/poly.h and 5 others): libbn doxygen fixes
21:44.50Notify03BRL-CAD:starseeker * 64914 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 6 others): Move spm.h into bn subdir
22:00.40Notify03BRL-CAD:starseeker * 64915 (brlcad/trunk/include/bn/bn_tcl.h brlcad/trunk/include/bn/spm.h and 6 others): more doxygen
22:06.31Notify03BRL-CAD:starseeker * 64916 (brlcad/trunk/include/bn/multipoly.h brlcad/trunk/include/bn/plane.h and 7 others): More libbn doxygen
22:12.45Notify03BRL-CAD:starseeker * 64917 (brlcad/trunk/include/bn/defines.h brlcad/trunk/include/bn/vlist.h and 7 others): clarify a few filenames
22:15.36Notify03BRL-CAD:starseeker * 64918 brlcad/trunk/include/gm/defines.h: tweak group addition
22:37.36*** join/#brlcad LordOfBikes_ (~armin@dslb-088-066-152-013.088.066.pools.vodafone-ip.de)
22:47.40Notify03BRL-CAD Wiki:Assisbarreto.rj * 0 /wiki/User:Assisbarreto.rj:
IRC log for #brlcad on 20150508

IRC log for #brlcad on 20150508

00:23.48starseekerbrlcad: I think you told me at some point, but is there a reason we're keeping sysv as a separate library rather than just incorporating it as another portability guarantee in libbu?
00:29.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:31.54Notify03BRL-CAD:starseeker * 64919 brlcad/trunk/misc/doxygen/librt.dox: Start working on how to conceptually break librt's functionality into groupsdoxygen modules.
00:50.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:55.38Notify03BRL-CAD:starseeker * 64920 (brlcad/trunk/include/rt/db_fullpath.h brlcad/trunk/include/rt/search.h brlcad/trunk/misc/doxygen/librt.dox): Looks like a deeper hierarchy is in order...
01:24.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:43.44*** join/#brlcad dracarys_ (~dracarys9@203.88.154.232)
05:22.14*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
05:22.33*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
06:46.14*** join/#brlcad Gurwinder (75d7e75e@gateway/web/freenode/ip.117.215.231.94)
07:13.48Notify03BRL-CAD Wiki:Gurwinder Singh * 8279 /wiki/Google_Summer_of_Code/2015: /* G to POV Geometry Converter */
07:27.08*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:03.57*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:19.38Notify03BRL-CAD Wiki:Julianfoad * 0 /wiki/User:Julianfoad:
08:26.03Notify03BRL-CAD Wiki:Julianfoad * 8280 /wiki/ARL_Technical_Reports: delete spam
12:13.35*** join/#brlcad luca79 (~luca@adsl-ull-177-44.44-151.net24.it)
12:29.49*** join/#brlcad luca79 (~luca@adsl-ull-40-61.47-151.net24.it)
13:54.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:58.29Notify03BRL-CAD:carlmoore * 64921 brlcad/trunk/src/libwdb/wdb.c: fix what was 'axix', having noticed that 'Axix' disappeared from my list of possible misspellings
14:35.32Notify03BRL-CAD:carlmoore * 64922 brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml: reword the line of text which makes initial reference to foreground & background streams; no brackets yet regarding background.pix in the synopsis
14:39.43*** join/#brlcad manan (~manan@122.162.166.113)
14:40.11Notify03BRL-CAD:carlmoore * 64923 brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml: shift the -C paragraph because that is what supplies the constant, if we want to use constant in place of 2nd (background) stream
14:42.27*** part/#brlcad manan (~manan@122.162.166.113)
14:50.29Notify03BRL-CAD:carlmoore * 64924 brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml: more rearranging involving pixmerge.xml
14:51.39*** join/#brlcad andrei_il (~andrei@109.100.128.78)
15:19.00*** join/#brlcad dracarys983 (~dracarys9@123.201.14.142)
15:29.43*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
15:31.51Notify03BRL-CAD:starseeker * 64925 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 8 others): Move dvec and friends into bn subdir
15:33.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:40.03Notify03BRL-CAD:starseeker * 64926 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 130 others): move db.h to rt/db4.h and db5.h to rt/db5.h
15:56.58Notify03BRL-CAD:starseeker * 64927 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 44 others): merge mater.h and rt/mater.h. Replace mater.h includes with raytrace.h includes, which is safe since the toplevel mater.h was including all of raytrace.h anyway.
16:02.20*** join/#brlcad merzo (~merzo@92.60.189.225)
16:04.53*** join/#brlcad Gurwinder (3b5bee51@gateway/web/freenode/ip.59.91.238.81)
16:16.03*** join/#brlcad gurwinder_ (3b5bee51@gateway/web/freenode/ip.59.91.238.81)
16:19.47*** join/#brlcad dracarys983 (~dracarys9@123.201.14.142)
16:43.32*** join/#brlcad sofat (~androirc@223.225.212.45)
16:51.16sofatbrlcad, please review my website i have added the search option in this.
17:19.20Notify03BRL-CAD:starseeker * 64928 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 71 others): Move nurb.h into rt subdir.
17:34.55Notify03BRL-CAD:starseeker * 64929 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 6 others): Move rtfunc.h to rt/func.h.
17:45.26Notify03BRL-CAD:starseeker * 64930 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 2 others): Consolidate tol.h and rt/tol.h
17:52.16Notify03BRL-CAD:starseeker * 64931 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 19 others): Move tie.h to rt/tie.h
18:03.59*** join/#brlcad sofat (~androirc@202.164.45.204)
18:04.12Notify03BRL-CAD:starseeker * 64932 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 19 others): MOve solid.h to rt/solid.h
18:04.25sofatbrlcad, hello
18:06.48sofatI done my doc publishing task, should i start the work on editing?
18:12.01*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
18:17.15Notify03BRL-CAD:starseeker * 64934 brlcad/trunk/include/CMakeLists.txt: redblack.h has long been obsolete - remove.
18:34.55Notify03BRL-CAD:starseeker * 64935 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/optical.h): Set up header subdirectory for liboptical
18:42.58*** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net)
18:47.16Notify03BRL-CAD:starseeker * 64936 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 6 others): Move shadework and shadefuncs into optical
18:55.08Notify03BRL-CAD:starseeker * 64937 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 13 others): Move light.h to optical
18:56.16Notify03BRL-CAD:starseeker * 64933 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/gcv.h): Move gcv subheaders into a subdirectory.
19:01.33Notify03BRL-CAD:starseeker * 64938 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 3 others): Move plastic.h into optical subdir
19:05.43*** join/#brlcad LordOfBikes (~armin@dslb-088-064-039-070.088.064.pools.vodafone-ip.de)
19:16.25Notify03BRL-CAD:starseeker * 64939 (brlcad/trunk/include/rt/CMakeLists.txt brlcad/trunk/include/rt/arb_edit.h and 5 others): Move rtgeom.h to the rt subdirectory
19:17.52Notify03BRL-CAD:starseeker * 64940 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 318 others): Move rtgeom.h to the rt subdirectory - commit from toplevel dir this time.
19:30.22Notify03BRL-CAD:brlcad * 64941 brlcad/trunk/src/librt/primitives/xxx/xxx.c: update header references
19:34.09Notify03BRL-CAD:brlcad * 64942 brlcad/trunk/include/bu/list.h: header @brief error
19:54.17*** join/#brlcad sofat (~androirc@106.192.172.2)
19:55.07*** join/#brlcad hiteshsofat (~androirc@223.225.212.39)
20:19.22Notify03BRL-CAD:brlcad * 64943 brlcad/trunk/include/bu/list.h: more fixing brief
20:21.26Notify03BRL-CAD:brlcad * 64944 brlcad/trunk/include/bu/malloc.h: another replicate brief entry ... looks to be the implementation comments though?? implementation comments shouldn't be in public headers...
20:23.11Notify03BRL-CAD:brlcad * 64945 brlcad/trunk/src/libbu/tcl.c: disable the unused params as they don't exist after the preprocessor has its pass
20:39.52Notify03BRL-CAD:brlcad * 64946 brlcad/trunk/src/librt/primitives/xxx/xxx.h: remove the documentation redundancy
20:40.04Notify03BRL-CAD:brlcad * 64947 brlcad/trunk/src/librt/primitives/xxx/xxx.c: update to the next header layout
23:05.17*** join/#brlcad dracarys983 (~dracarys9@123.201.97.18)
23:48.21*** join/#brlcad dracarys983 (~dracarys9@123.201.97.18)
23:54.00*** join/#brlcad dracarys983 (~dracarys9@123.201.97.18)
IRC log for #brlcad on 20150509

IRC log for #brlcad on 20150509

00:03.54Notify03BRL-CAD Wiki:Bhollister * 8281 /wiki/User:Bhollister/DevLogMay2015: /* Thursday, May 7, 2015 */
00:06.03Notify03BRL-CAD Wiki:Bhollister * 8282 /wiki/User:Bhollister/DevLogMay2015: /* Friday, May 8, 2015 */
02:12.28*** join/#brlcad Gurwinder (75dc9244@gateway/web/freenode/ip.117.220.146.68)
03:13.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:22.35Notify03BRL-CAD:brlcad * 64948 brlcad/trunk/src/librt/primitives/xxx/xxx.h: remove the #define(EXAMPLE_INTERNAL) preprocessor logic and explain what's going on with comments instead
03:23.58Notify03BRL-CAD:brlcad * 64949 brlcad/trunk/src/librt/primitives/xxx/xxx.c: pull out the instructions into their own comment so they are more easily stripped by new callers, remove outdated v4 steps, expand on and add additional steps with reasoning.
03:35.39Notify03BRL-CAD:brlcad * 64950 brlcad/trunk/src/conv/asc/g2asc.c: add some clarification comments about v4 vs v5
03:37.02Notify03BRL-CAD:brlcad * 64951 brlcad/trunk/src/libwdb/dynamic_geometry.c: use the more common RT_CK_WDB
04:59.25*** join/#brlcad dracarys983 (~dracarys9@123.201.97.18)
09:31.33Notify03BRL-CAD Wiki:MilindaFernando * 8283 /wiki/User:MilindaFernando/abstrac: /* STEP Viewer Project Abstract */
09:34.03Notify03BRL-CAD Wiki:MilindaFernando * 8284 /wiki/User:MilindaFernando/gsoc2015_project_proposal:
09:34.15Notify03BRL-CAD Wiki:MilindaFernando * 8285 /wiki/Google_Summer_of_Code/2015: /* STEP Viewer */
09:41.32Notify03BRL-CAD Wiki:MilindaFernando * 8286 /wiki/User:MilindaFernando/gsoc2015_devlog: /* STEP Viewer Project Development Log */
12:18.41*** join/#brlcad pujani (~pujani@202.164.53.117)
12:18.53*** join/#brlcad pujani_ (~pujani@202.164.53.117)
12:44.52*** join/#brlcad dracarys983 (~dracarys9@203.187.203.25)
12:50.37*** join/#brlcad pujani (~pujani@202.164.45.204)
13:09.57Notify03BRL-CAD Wiki:Dracarys983 * 8287 /wiki/User:Dracarys983/Development_Logs: /* Development Logs */
15:19.18*** join/#brlcad Shubham (67e9742a@gateway/web/freenode/ip.103.233.116.42)
15:33.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:48.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:01.34Notify03BRL-CAD Wiki:Dracarys983 * 8288 /wiki/Google_Summer_of_Code/2015: /* Object-Oriented C++ Geometry API */
16:48.39*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
16:50.03*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
17:00.50*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
17:00.53gaganjyotbrlcad, hi
17:38.48Notify03BRL-CAD Wiki:Pujanibrlcad * 8289 /wiki/User:Hiteshsofat/GSoc15/proposal:
17:44.25*** join/#brlcad pujani (~pujani@202.164.45.204)
17:44.32*** join/#brlcad pujani_ (~pujani@202.164.45.204)
17:59.05*** join/#brlcad merzo (~merzo@22-53-133-95.pool.ukrtel.net)
18:10.29Notify03BRL-CAD:starseeker * 64952 (brlcad/trunk/include/rt/debug.h brlcad/trunk/include/rt/geom.h and 19 others): Start categorizing librt components. Primitives are the most obvious candidates.
18:29.55*** join/#brlcad andrei_il (~andrei@109.100.128.78)
18:45.13Notify03BRL-CAD:starseeker * 64953 (brlcad/trunk/include/rt/application.h brlcad/trunk/include/rt/boolweave.h and 8 others): Start identifying and categorizing the key pieces needed for an actually raytrace. This needs much better documentation - need to check other docs to see if descriptions/examples can be translated into API docs.
19:14.45*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
19:36.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:36.50*** join/#brlcad dracarys_ (~dracarys9@123.201.101.243)
20:18.26*** join/#brlcad LordOfBikes (~armin@dslc-082-083-187-024.pools.arcor-ip.net)
20:29.48*** join/#brlcad merzo (~merzo@22-53-133-95.pool.ukrtel.net)
22:00.34*** join/#brlcad merzo (~merzo@36-50-133-95.pool.ukrtel.net)
22:02.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:34.56*** join/#brlcad merzo (~merzo@56-21-133-95.pool.ukrtel.net)
22:59.02starseekercool - there's source code for this:  http://cg.tuwien.ac.at/~zsolnai/gfx/separable-subsurface-scattering-with-activision-blizzard/
23:00.49starseekerah https://github.com/iryoku/separable-sss
23:10.58*** join/#brlcad merzo (~merzo@140-44-132-95.pool.ukrtel.net)
23:36.39*** join/#brlcad merzo (~merzo@56-12-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20150510

IRC log for #brlcad on 20150510

00:22.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:41.44*** join/#brlcad aniu (~niuhaolia@111.161.17.6)
01:29.48*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
03:58.24Notify03BRL-CAD Wiki:203.189.188.50 * 8290 /wiki/Google_Summer_of_Code/2015: /* STEP Viewer */
06:03.29*** join/#brlcad pujani (~pujani@202.164.53.117)
06:03.53*** join/#brlcad pujani_ (~pujani@202.164.53.117)
08:36.14*** join/#brlcad konrado (~konro@41.205.22.51)
11:27.38*** join/#brlcad dracarys983 (~dracarys@43.229.107.253)
11:37.31*** join/#brlcad dracarys (~dracarys@123.201.174.114)
14:01.47*** join/#brlcad Gurwinder (75d6c849@gateway/web/freenode/ip.117.214.200.73)
14:04.27Gurwinderbrlcad: Hi, I'm reading documents of linuxCNC and also try to install it on my system but my system is ubuntu 14.04 so I read that LinuxCNC is not supportive on it. So I'm going to try it on virtual box.
14:07.23*** join/#brlcad Gurwinder_ (75d6c849@gateway/web/freenode/ip.117.214.200.73)
14:13.04*** join/#brlcad d356 (~d@50-90-12-45.res.bhn.net)
14:26.04Notify03BRL-CAD Wiki:117.214.200.73 * 8291 /wiki/Google_Summer_of_Code/2015: /* Povray export */
14:50.14Notify03BRL-CAD Wiki:202.164.45.204 * 8292 /wiki/Google_Summer_of_Code/2015: /* Accepted Projects */
15:56.16*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
16:07.55*** join/#brlcad ih8sum3r (~chatzilla@122.173.194.133)
16:31.23Notify03BRL-CAD Wiki:Deekaysharma * 8293 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV) */
16:32.34*** join/#brlcad andrei_il (~andrei@109.100.128.78)
16:47.10Notify03BRL-CAD Wiki:Deekaysharma * 8294 /wiki/User:Deekaysharma/GSoc15/OGV_production_ready_plan: Created page with "* '''Landing Page''' Landing page is almost empty. It should explain to users how to use OGV in say, "X" simple steps like https://360.autodesk.com/viewer. Use graphics (image..."
17:12.02Notify03BRL-CAD Wiki:Deekaysharma * 8295 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV) */
18:41.45Notify03BRL-CAD:starseeker * 64954 (brlcad/trunk/include/rt/application.h brlcad/trunk/include/rt/functab.h and 6 others): Try to describe what it means to be a hit, a seg, and a partition. Need to make sure I'm understanding this correctly, which will probably require walking through the C code.
18:47.03*** join/#brlcad dracarys983 (~dracarys@123.201.174.114)
18:53.58*** join/#brlcad dracarys983 (~dracarys@123.201.174.114)
19:27.20*** join/#brlcad LordOfBikes (~armin@dslb-088-066-158-180.088.066.pools.vodafone-ip.de)
19:37.38*** join/#brlcad dracarys983_ (~dracarys@123.201.15.126)
20:11.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:14.25*** join/#brlcad dracarys983 (~dracarys@123.201.15.126)
IRC log for #brlcad on 20150511

IRC log for #brlcad on 20150511

03:37.53*** join/#brlcad dracarys983_ (~dracarys@203.88.152.133)
04:06.01*** join/#brlcad d356 (~d@23-91-246-26.cpe.distributel.net)
04:16.07*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
04:16.21*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
04:16.26*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
04:19.01*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
04:21.01*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
04:21.04*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
05:04.42*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
05:06.43*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
05:06.50*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
05:06.52*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
05:06.59*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
05:07.06*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
06:05.11*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
06:05.13*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
06:05.21*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
06:05.33*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
06:05.34*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
06:06.08*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
07:58.27*** join/#brlcad dracarys983 (~dracarys@123.201.8.41)
08:03.43*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:11.07*** join/#brlcad merzo (~merzo@179-72-133-95.pool.ukrtel.net)
08:55.33*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
10:04.02*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
11:35.02*** join/#brlcad merzo (~merzo@201-149-133-95.pool.ukrtel.net)
12:25.08*** join/#brlcad merzo (~merzo@18-4-132-95.pool.ukrtel.net)
12:49.17*** join/#brlcad merzo_ (~merzo@170-115-133-95.pool.ukrtel.net)
13:28.59*** join/#brlcad merzo_ (~merzo@26-55-133-95.pool.ukrtel.net)
14:10.59*** join/#brlcad merzo_ (~merzo@3-88-132-95.pool.ukrtel.net)
14:26.15*** join/#brlcad andrei_il (~andrei@109.100.128.78)
14:41.51Notify03BRL-CAD:carlmoore * 64955 (brlcad/trunk/src/librt/primitives/xxx/xxx.c brlcad/trunk/src/librt/primitives/xxx/xxx.h): remove trailing blanks/tabs; fix spelling
15:10.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:48.14*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
16:13.11*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
16:56.07*** join/#brlcad dracarys983 (~dracarys@123.201.91.119)
17:02.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:30.05*** join/#brlcad alisha (~quassel@115.184.83.152)
17:38.45*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
18:19.30*** join/#brlcad LordOfBikes (~armin@dslb-178-007-231-242.178.007.pools.vodafone-ip.de)
18:26.35*** join/#brlcad yiyus_ (1242712427@je.je.je)
18:32.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:55.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:58.18*** join/#brlcad dracarys983 (~dracarys@123.201.91.119)
19:32.00*** join/#brlcad andrei_il (~andrei@109.100.128.78)
20:11.20Notify03BRL-CAD:n_reed * 64956 brlcad/trunk/src/proc-db/naca/nacax.c: address compiler-detected out of bounds indexing
20:22.02Notify03BRL-CAD:n_reed * 64957 brlcad/trunk/src/proc-db/naca/splprocs.c: Initialize e to quell false positive 'may be used uninitialized warning'. e is only uninitialized if f(b) == 0.0, and the code exits before using e if that's the case.
20:54.23Notify03BRL-CAD:n_reed * 64958 brlcad/trunk/src/proc-db/naca/splprocs.c: address compiler warning about sum being used uninitialized
21:00.33Notify03BRL-CAD:n_reed * 64959 brlcad/trunk/src/proc-db/naca/nacax.c: address compiler warning about out of bounds index caused by swapped macro args
21:01.03*** join/#brlcad d356 (~d@174-138-193-65.cpe.distributel.net)
21:36.55*** join/#brlcad merzo_ (~merzo@209-43-132-95.pool.ukrtel.net)
22:21.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:42.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150512

IRC log for #brlcad on 20150512

02:14.39*** join/#brlcad konrado (~konro@41.205.22.26)
03:26.42Notify03BRL-CAD Wiki:Shaina7837 * 8296 /wiki/User:Shainasabarwal/GSoC15/logs: /* Community Bonding Period */
06:28.47*** join/#brlcad luca79 (~luca@151.19.252.209)
06:56.03*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
07:45.59*** join/#brlcad luca79 (~luca@151.19.252.209)
08:05.00*** join/#brlcad Alex_P (2513dcef@gateway/web/freenode/ip.37.19.220.239)
08:19.46*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:21.33*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
10:29.44*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-zeapewxcaposxgxx)
11:16.23*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
11:30.10*** join/#brlcad sofat (~sofat@202.164.53.117)
11:57.05sofatstarseeker, I have submitted the patch on megd html docs. I have converted these docs into xml. Please review this.
13:19.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:33.57*** join/#brlcad dracarys983 (~dracarys@203.187.194.235)
13:37.32dracarys983d_rossberg: Hello! :)
13:37.50dracarys983is having a hard time building Appleseed.
13:41.10dracarys983d_rossberg: Oh, I forgot to point you to the link where you can review the call backs I implemented. Here : https://goo.gl/4gqgD5
13:48.02d_rossberghi dracarys983
13:49.01d_rossbergwhen you are ready you should open a patch ticket on sourceforge with your changes
13:49.38dracarys983d_rossberg: Yes, will do. :)
13:49.44d_rossbergregarding your rt_ehy_centroid(): the centroid's x coordinate is always 0?
13:51.18dracarys983d_rossberg: Uh, yeah, according to the general equation mentioned in the comments.
13:51.41dracarys983Transformations will have their effects though
13:54.55dracarys983Actually, it's 0 in it's own frame of reference.
14:00.17d_rossbergsure, but the base primitive is already "somewhere" in the room, usually ehy_V isn't the origin, ehy_H not the x axis
14:02.24d_rossbergeven ehy_Au doesn't need to be orthogonal on ehy_H
14:03.05d_rossberge.g. the centroid isn't necessarily on the symmetry axis
14:04.29dracarys983Hm, I will have to take a deeper look. Will analyze it. :)
14:07.57dracarys983d_rossberg: Also, my HYP's surface area callback is not perfect right now. I have found the right way though. I'll update it ASAP.
14:09.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:11.04d_rossbergdracarys983: see if you can fix it, some will be possible, some not, this are candidates for a generic routine :)
14:12.53dracarys983plans to try mathematical approach until start of coding period and then generic for all :)
14:13.51dracarys983d_rossberg: That sound like a good plan?
14:15.01d_rossbergyes, sounds good
14:16.42dracarys983d_rossberg: Awesome :)
14:21.21dracarys983d_rossberg: Out of curiosity, do we use OSL?
14:22.44dracarys983says BRL-CAD has a very clean build system, unlike some that he has come across in the past few days.
14:23.58d_rossbergwhich OSL do you mean? Open Shading Language?
14:25.14dracarys983d_rossberg: Yes :D
14:31.01d_rossbergit is possible to use an OSL shader (Sony) from BRL-CAD, it was implemented in GSoC 2011 by Guilherme Kunigami
14:32.35d_rossberghttp://brlcad.org/wiki/User:Kunigami/GSoc2011/OSL_Tutorial
14:34.39dracarys983d_rossberg: That's nice :)
14:44.43*** join/#brlcad dracarys983_ (~dracarys@219.91.135.235)
15:07.07*** join/#brlcad dracarys983__ (~dracarys@203.187.229.253)
15:39.45Notify03BRL-CAD Wiki:Bhollister * 8297 /wiki/User:Bhollister/DevLogMay2015: /* Saturday, May 9, 2015 */
15:39.57Notify03BRL-CAD Wiki:Bhollister * 8298 /wiki/User:Bhollister/DevLogMay2015: /* Sunday, May 10, 2015 */
15:41.36Notify03BRL-CAD Wiki:Bhollister * 8299 /wiki/User:Bhollister/DevLogMay2015: /* Monday, May 11, 2015 */
15:52.16*** join/#brlcad dracarys983_ (~dracarys@123.201.10.29)
15:56.49*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
16:08.28gaganjyothey brlcad!
16:18.33Notify03BRL-CAD:carlmoore * 64960 brlcad/trunk/src/util/gencolor.c: move initialization to beginning of main program
16:46.32*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
17:01.57*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
17:02.25*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
17:10.55*** join/#brlcad dracarys983__ (~dracarys@219.91.163.230)
17:43.12*** join/#brlcad sofat (~sofat@202.164.45.204)
17:52.50Notify03BRL-CAD:carlmoore * 64961 brlcad/trunk/src/util/pixbackgnd.c: reformatting of Usage statement in pixbackgnd
17:54.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:01.18*** join/#brlcad sofat (~sofat@202.164.45.204)
18:28.20*** join/#brlcad sofat (~sofat@202.164.45.208)
18:31.03Notify03BRL-CAD:carlmoore * 64962 brlcad/trunk/doc/docbook/system/man1/en/pixbackgnd.xml: combine -H description with that of -s,-w,-n, because of use of high-intensity.
18:49.32Notify03BRL-CAD:carlmoore * 64963 brlcad/trunk/src/util/pixbackgnd.c: add comments to provide better links regarding documentation
19:11.38Notify03BRL-CAD:carlmoore * 64964 brlcad/trunk/src/util/pixbackgnd.c: restore the Usage, except add a new 'used in place of ...' remark
19:21.42*** join/#brlcad LordOfBikes (~armin@dslb-178-010-190-220.178.010.pools.vodafone-ip.de)
19:26.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:33.07Notify03BRL-CAD:carlmoore * 64965 brlcad/trunk/doc/docbook/system/man1/en/pixbackgnd.xml: more rearranging -- better explanation for use of 240 & 50
19:51.56*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
20:01.17*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
20:26.17Notify03BRL-CAD Wiki:John Carter of Mars * 0 /wiki/User:John_Carter_of_Mars:
20:30.31*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
20:32.55Notify03BRL-CAD Wiki:John Carter of Mars * 8300 /wiki/Documentation:
20:37.32Notify03BRL-CAD Wiki:John Carter of Mars * 8301 /wiki/Talk:Main_page:
21:42.59*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-hsorbgysosmzgirz)
22:52.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:10.56*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
IRC log for #brlcad on 20150513

IRC log for #brlcad on 20150513

00:59.30*** join/#brlcad dracarys983 (~dracarys@1.39.12.90)
01:31.14Notify03BRL-CAD Wiki:Sean * 0 /wiki/Alexander_Tatarnikov_(diezel_sun): unrelated content
01:31.42Notify03BRL-CAD Wiki:Sean * 8302 /wiki/Documentation: Reverted edits by [[Special:Contributions/John Carter of Mars|John Carter of Mars]] ([[User talk:John Carter of Mars|talk]]) to last revision by [[User:Dloman|Dloman]]
01:32.10Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:John_Carter_of_Mars: Inserting nonsense/gibberish into pages
01:32.37Notify03BRL-CAD Wiki:Sean * 8303 /wiki/Talk:Main_page: Reverted edits by [[Special:Contributions/John Carter of Mars|John Carter of Mars]] ([[User talk:John Carter of Mars|talk]]) to last revision by [[User:Ssfrgnvola|Ssfrgnvola]]
01:41.12*** join/#brlcad dracarys983 (~dracarys@150.107.211.233)
01:44.21*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
02:10.56Notify03BRL-CAD:starseeker * 64966 brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt: Apply patch #365 from Hitesh Sofat adding mged html conversion, after fixing the article name from megd.xml to mged.xml
02:32.48*** join/#brlcad d356 (~d@174-138-220-228.cpe.distributel.net)
02:44.44*** join/#brlcad d356 (~d@174-138-220-228.cpe.distributel.net)
04:16.44*** join/#brlcad konrado (~konro@41.205.22.24)
05:15.37*** join/#brlcad yiyus (1242712427@je.je.je)
06:05.40*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
06:09.18milamberhey all, i was just looking at the brlcad.org site. i just wanted to verify it is still current/official. if it is, there hasn't been any front page activity since 2013 and it seems the comment system isn't catching bots/being moderated. there are several pages with matching symptoms: http://brlcad.org/gallery/screenshots/cassini-glass-titan
07:34.36*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
07:40.24Stragusmilamber, new releases are big events every few years, but there's plenty of incremental updates pushed to the repository
07:41.03*** join/#brlcad dracarys983 (~dracarys@150.107.211.112)
07:41.04Stragusbut I agree they need to make an effort regarding front page announcements
07:45.17*** join/#brlcad infobot (ibot@rikers.org)
07:45.17*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
07:51.32*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:00.30*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
09:19.32*** join/#brlcad dracarys983 (~dracarys@219.91.140.111)
10:30.31*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
10:34.45*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
10:51.38*** join/#brlcad andrei_il (~andrei@109.100.128.78)
10:57.52*** join/#brlcad dracarys983 (~dracarys@1.39.12.28)
12:00.39*** join/#brlcad dracarys983 (~dracarys@219.91.141.147)
12:14.58*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:55.36*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
13:20.33*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
13:20.34*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
13:44.15dracarys983has successfully built Appleseed, finally.
13:48.25Notify03BRL-CAD:carlmoore * 64967 (brlcad/trunk/BUGS brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt brlcad/trunk/doc/docbook/articles/en/mged.xml): remove trailing blanks/tabs; add missing newline at a file end; fix punctuation in a BUGS entry; use 'concatting' (double t) due to my having seen 'concatted'
13:57.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:10.32Notify03BRL-CAD:carlmoore * 64968 brlcad/trunk/doc/html/manuals/mged/mged_cmd_index.html: fix another 'concating' by adding a 2nd t
14:14.26Notify03BRL-CAD:starseeker * 64969 (brlcad/trunk/src/conv/gcv/CMakeLists.txt brlcad/trunk/src/libgm/CMakeLists.txt): Add files for distcheck
14:14.48starseek1rdracarys983: awesome!
14:21.30dracarys983starseek1r: The studio is not able to read curve files though. Anyways, it was one hell of a ride -- building this. :)
14:21.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:30.48Notify03BRL-CAD:starseeker * 64970 brlcad/trunk/regress/repository.sh: Ignore optionparser - mentions getopt in comments
15:17.40Notify03BRL-CAD:starseeker * 64971 brlcad/trunk/regress/repository.sh: add optionparser.h to common.h exempt list.
15:18.48Notify03BRL-CAD:starseeker * 64972 brlcad/trunk/regress/repository.sh: db.h is now rt/db4.h
15:25.19starseek1rdracarys983: if you're ever bored you should try building meshlab
15:25.43starseek1rsomeday i'm going to get annoyed again and finish the CMake build I started for them...
15:27.01dracarys983dracarys983: Hah! Nice. Sounds fun. I'll try it sometime, sure. :)
15:28.45dracarys983starseek1r: Oops! Tagged myself :P
15:38.28*** join/#brlcad d356 (~d@174-138-220-228.cpe.distributel.net)
15:44.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:04.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:58.27Notify03BRL-CAD:starseeker * 64973 brlcad/trunk/src/libbu/mime.cmake: Make a stab at cleanup...
18:00.00Notify03BRL-CAD:starseeker * 64974 brlcad/trunk/src/libbu/mime.cmake: typo
18:01.44Notify03BRL-CAD:starseeker * 64975 brlcad/trunk/src/libgm/gm_private.h: Add GM_EXPORT
18:09.44Notify03BRL-CAD:starseeker * 64976 brlcad/trunk/src/libgm/gm_private.h: Make this look a little more like the librt private header.
18:27.01*** join/#brlcad brad_h (~behollis@dhcp-59-221.cse.ucsc.edu)
18:28.17*** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net)
18:47.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:47.22*** join/#brlcad LordOfBikes (~armin@dslb-092-074-250-053.092.074.pools.vodafone-ip.de)
19:17.46*** mode/#brlcad [+o brlcad] by ChanServ
20:02.56*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
20:05.37Notify03BRL-CAD:starseeker * 64977 (brlcad/trunk/src/libbn/CMakeLists.txt brlcad/trunk/src/libgm/CMakeLists.txt): Move gm utility bits from libbn to libgm...
20:06.30Notify03BRL-CAD:starseeker * 64978 brlcad/trunk/src/libgm/util.c: bn->gm
20:52.10Notify03BRL-CAD:starseeker * 64979 (brlcad/trunk/include/bu/avs.h brlcad/trunk/include/bu/bitv.h and 29 others): Remove Doxygen references to implementation files in public bu headers.
20:58.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:30.44*** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net)
21:33.47Notify03BRL-CAD:starseeker * 64980 brlcad/trunk/include/bn/tabdata.h: remove implementation file mention from tabdata.h
21:38.59Notify03BRL-CAD:starseeker * 64981 (brlcad/trunk/include/rt/calc.h brlcad/trunk/include/rt/nmg.h and 3 others): Remove .c file references.
IRC log for #brlcad on 20150514

IRC log for #brlcad on 20150514

00:44.21*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
01:07.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:26.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:44.06*** join/#brlcad d356 (~d@174-138-193-24.cpe.distributel.net)
03:13.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:36.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:20.59*** join/#brlcad dracarys983 (~dracarys@203.187.229.58)
05:28.50Notify03BRL-CAD:brlcad * 64982 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/bg/CMakeLists.txt and 33 others): symmetry. rename libgm to libbg. similar to our basic utility and basic numeric libs, this describes a library scope for 'basic geometry'. add benefit is that it also doesn't seem to have any notable use (actually even less use than gm). scope still needs more rigorous definition to avoid scope
05:28.52Notifycreep, but notionally seems to be unstructured geometry entities that can be statically defined (and non-variadic, finite).
05:28.55Notify...
06:21.37Notify03BRL-CAD:brlcad * 64983 (brlcad/trunk/include/gm.h =================================================================== and 83 others): looks like I missed doing the svn mv on this header. rename to bg.h and update contents to reflect.
07:10.07*** join/#brlcad merzo (~merzo@reassuring.proceeder.volia.net)
08:15.46*** join/#brlcad dracarys983 (~dracarys@219.91.135.129)
08:31.34*** join/#brlcad javampire (~ncsaba@p4FF72637.dip0.t-ipconnect.de)
08:31.35*** join/#brlcad javampire (~ncsaba@unaffiliated/javampire)
08:37.24*** join/#brlcad pujani (~pujani@202.164.53.117)
08:51.03*** join/#brlcad dracarys983 (~dracarys@219.91.135.150)
09:00.31Notify03BRL-CAD Wiki:Amitupadhyay * 0 /wiki/User:Amitupadhyay:
09:29.16*** join/#brlcad konrado (~konro@154.70.108.201)
09:41.26*** join/#brlcad LordOfBikes (~armin@dslb-088-065-182-243.088.065.pools.vodafone-ip.de)
09:53.00*** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net)
10:03.28*** join/#brlcad merzo (~merzo@31.223.229.15)
10:21.51*** join/#brlcad pujani (~pujani@202.164.53.117)
10:54.00*** join/#brlcad merzo (~merzo@31.223.229.15)
10:54.47*** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net)
11:16.16*** join/#brlcad merzo (~merzo@31.223.229.15)
11:18.27*** join/#brlcad pujani (~pujani@202.164.45.208)
11:30.35*** join/#brlcad dracarys983 (~dracarys@219.91.135.150)
12:00.42*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
12:21.38*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
12:26.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:42.28*** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net)
12:58.43*** join/#brlcad pujani (~pujani@202.164.45.208)
13:38.30Notify03BRL-CAD:starseeker * 64984 brlcad/trunk/include/rt/pattern.h: Rework rt_pattern documentation
13:50.37Notify03BRL-CAD:starseeker * 64985 brlcad/trunk/include/rt/pattern.h: Make a note of where to start looking for the spherical point stuff...
13:58.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:05.54*** join/#brlcad LordOfBikes (~armin@dslb-088-065-182-243.088.065.pools.vodafone-ip.de)
14:19.27*** join/#brlcad Ch3ck (~Ch3ck@41.205.22.42)
14:49.55*** part/#brlcad Ch3ck (~Ch3ck@41.205.22.42)
14:51.10Notify03BRL-CAD Wiki:MeShubham99 * 8304 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
14:54.59Notify03BRL-CAD Wiki:MeShubham99 * 8305 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
14:56.18Notify03BRL-CAD Wiki:MeShubham99 * 8306 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
14:57.51Notify03BRL-CAD Wiki:MeShubham99 * 8307 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV): Backend */
15:09.53Notify03BRL-CAD Wiki:MeShubham99 * 8308 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
15:12.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:33.15*** join/#brlcad pujani (~pujani@202.164.45.208)
15:35.46Notify03BRL-CAD Wiki:MeShubham99 * 8309 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
15:44.36*** join/#brlcad pujani (~pujani@202.164.45.208)
15:47.24Notify03BRL-CAD:carlmoore * 64986 (brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml brlcad/trunk/src/util/pixmerge.c): eliminate the need for 'bg' argument if -C is used in pixmerge
15:54.50*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
15:57.36*** join/#brlcad sofat (~androirc@202.164.45.208)
15:58.12sofatbrlcad, hello
16:03.06sofatI want to discuss some points regarding the docbook importer of plugin. I have checked the code plugin and i found the code working according to book structure. In coding and stylesheet article structure is not defined so now i need to edit the code of plugin and provide the functionality for article. I dont have much knowledge about java so i need some time to understand the java language.
16:04.41*** join/#brlcad pujani (~pujani@202.164.45.208)
16:16.06*** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net)
16:37.25*** join/#brlcad sofat (~androirc@202.164.45.208)
16:37.31*** join/#brlcad pujani (~pujani@202.164.45.208)
16:39.49*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
16:41.04*** join/#brlcad merzo (~merzo@101-18-133-95.pool.ukrtel.net)
16:49.45Notify03BRL-CAD:carlmoore * 64987 brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml: and remove -C, with its parameter, from 2nd example
17:07.19Notify03BRL-CAD:bob1961 * 64988 (brlcad/branches/eab/include/ged.h brlcad/branches/eab/src/libged/polyclip.cpp and 2 others): Added code to fill a polygon with hash marks. Also provided a tcl interface to this functionality.
17:09.12Notify03BRL-CAD:carlmoore * 64989 brlcad/trunk/doc/docbook/system/man1/en/pixbackgnd.xml: remove references in this man page to cat-fb, which utility I can NOT find!
17:42.45*** join/#brlcad sofat (~androirc@202.164.45.204)
18:16.36*** join/#brlcad andrei_il (~andrei@109.100.128.78)
18:18.56*** join/#brlcad pujani (~pujani@202.164.45.208)
18:19.13*** join/#brlcad sofat (~androirc@202.164.45.204)
18:40.46Notify03BRL-CAD:starseeker * 64990 (brlcad/trunk/include/rt/pattern.h brlcad/trunk/src/librt/mkbundle.c brlcad/trunk/src/librt/tests/CMakeLists.txt): Add the rt_raybundle_maker pattern capability to rt_pattern.
18:41.15*** join/#brlcad AndroUser2 (~androirc@202.164.45.204)
18:50.34*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
18:52.57Notify03BRL-CAD:carlmoore * 64991 brlcad/trunk/src/util/pixpaste.c: Change a Usage sentence so it doesn't start with 'A' (confuse with 'A' option?); program was not recognizing A as an option; yes, I see the message about DEPRECATED!
18:55.16Notify03BRL-CAD Wiki:Bhollister * 8310 /wiki/User:Bhollister/DevLogMay2015: /* Tuesday, May 12, 2015 */
18:55.40Notify03BRL-CAD Wiki:Bhollister * 8311 /wiki/User:Bhollister/DevLogMay2015: /* Wednesday, May 13, 2015 */
19:08.07Notify03BRL-CAD:n_reed * 64992 brlcad/trunk/doc/docbook/system/mann/en/killtree.xml: fix killtree doc errors (-a, not -r flag, options are no-arg flags) and make more concise
19:51.32Notify03BRL-CAD:carlmoore * 64993 brlcad/trunk/doc/docbook/system/man1/en/remapid.xml: underscore '.g' in 2 places to make it easier to spot; change a capital letter to a small letter
20:14.50Notify03BRL-CAD:carlmoore * 64994 brlcad/trunk/src/util/pixbackgnd.c: remove cat-fb reference from comment
20:17.19Notify03BRL-CAD:carlmoore * 64995 brlcad/trunk/doc/tool_categories.txt: remove cat-fb
20:19.56Notify03BRL-CAD:carlmoore * 64996 brlcad/trunk/doc/docbook/system/man1/en/fbserv.xml: remove reference to cat-fb
20:38.18*** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net)
20:48.18*** join/#brlcad andrei_il (~andrei@109.100.128.78)
21:07.42*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
21:10.40Notify03BRL-CAD:n_reed * 64997 brlcad/trunk/src/libged/killtree.c: fix killtree's reference search, which was identifying top-level (depth 0) combs and solids as referring to themselves, preventing them from being deleted by default
21:37.37*** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net)
21:47.42Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8312 /wiki/User:Andrei.ilinca24/logs: /* Community Bonding Period */
21:55.33Notify03BRL-CAD:starseeker * 64998 brlcad/trunk/misc/doxygen/CMakeLists.txt: Stash doxygen image in misc until we figure out how we want to handle them.
22:26.07*** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net)
23:21.45*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
23:23.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150515

IRC log for #brlcad on 20150515

00:51.28*** join/#brlcad merzo (~merzo@221-9-132-95.pool.ukrtel.net)
01:25.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:47.43*** join/#brlcad IriX64 (~kvirc@SSMRON9421W-LP130-02-1279744415.dsl.bell.ca)
02:51.01*** part/#brlcad IriX64 (~kvirc@SSMRON9421W-LP130-02-1279744415.dsl.bell.ca)
02:55.17*** join/#brlcad hiteshsofat (~androirc@202.164.45.208)
03:37.13*** join/#brlcad konrado (~konro@41.205.22.2)
05:27.16*** join/#brlcad sofat (~sofat@202.164.53.117)
07:24.15*** join/#brlcad sofat (~sofat@202.164.53.117)
08:47.56*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
08:51.40*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:18.02*** join/#brlcad merzo (~merzo@62-63-133-95.pool.ukrtel.net)
09:30.37*** join/#brlcad dracarys983 (~dracarys@203.187.229.25)
09:32.53dracarys983starseek1r: Was that error about PNG16_0 giving linking errors (for target wish) -- required by libfreetype.so.6 fixed?
09:33.35dracarys983Stragus: Any idea?
09:33.55dracarys983I was building BRL-CAD using bundled libs and kept getting this error.
10:09.21*** join/#brlcad pujani (~pujani@202.164.53.117)
10:09.26*** join/#brlcad pujani_ (~pujani@202.164.53.117)
10:50.12*** join/#brlcad merzo (~merzo@215-85-133-95.pool.ukrtel.net)
10:53.58*** join/#brlcad pujani (~pujani@202.164.45.208)
10:54.41*** join/#brlcad pujani_ (~pujani@202.164.45.208)
11:05.11*** join/#brlcad pujani (~pujani@202.164.45.208)
11:48.18*** join/#brlcad dracarys983 (~dracarys@203.187.229.25)
11:59.50*** join/#brlcad pujani_ (~pujani@202.164.45.208)
12:27.36*** join/#brlcad dracarys983_ (~dracarys@203.109.90.224)
13:13.50*** join/#brlcad pujani (~pujani@202.164.45.204)
13:14.47*** join/#brlcad pujani_ (~pujani@202.164.45.204)
13:19.10*** join/#brlcad chi6rag (31cd5f34@gateway/web/freenode/ip.49.205.95.52)
13:29.34*** join/#brlcad dracarys983__ (~dracarys@1.39.96.197)
13:53.13*** join/#brlcad dracarys983 (~dracarys@1.39.96.197)
14:06.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:07.12*** join/#brlcad dracarys983_ (~dracarys@203.109.90.224)
14:56.30*** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net)
15:05.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:24.35*** join/#brlcad Gurwinder (75d6cd40@gateway/web/freenode/ip.117.214.205.64)
15:40.03*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
15:47.26*** join/#brlcad merzo (~merzo@31.223.229.15)
15:50.15*** join/#brlcad merzo (~merzo@31.223.229.15)
15:52.21*** join/#brlcad sofat (~sofat@202.164.45.204)
16:08.43Notify03BRL-CAD:carlmoore * 64999 (brlcad/trunk/doc/docbook/system/mann/en/killtree.xml brlcad/trunk/include/rt/pattern.h brlcad/trunk/misc/doxygen/images/README.txt): fix misspellings; remove trailing white space
16:08.56*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
16:10.17*** join/#brlcad merzo (~merzo@31.223.229.15)
17:08.24*** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net)
17:16.25*** join/#brlcad merzo (~merzo@144-88-133-95.pool.ukrtel.net)
17:36.45*** join/#brlcad dracarys983 (~dracarys@203.109.90.224)
17:37.33Notify03BRL-CAD:bob1961 * 65000 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/polyclip.cpp and 2 others): Added code to fill a polygon with hash marks. Also provided a tcl interface to this functionality. This is from brlcad.eab
17:47.24*** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net)
17:49.13*** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net)
18:00.30*** join/#brlcad sofat (~sofat@202.164.45.204)
18:26.09*** join/#brlcad sofat (~sofat@202.164.45.208)
19:05.03*** join/#brlcad andrei_il (~andrei@109.100.128.78)
19:07.30Notify03BRL-CAD:starseeker * 65001 (brlcad/trunk/src/librt/mkbundle.c brlcad/trunk/src/librt/tests/rt_pattern.c): Add rect orthogrid patterning to rt_pattern
19:07.48*** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net)
19:12.33*** join/#brlcad merzo (~merzo@15-147-133-95.pool.ukrtel.net)
19:25.16*** join/#brlcad sofat (~sofat@202.164.45.204)
19:25.42*** join/#brlcad andrei_il (~andrei@109.100.128.78)
19:53.23sofatstarseek1r, hello
19:54.04sofati need help in burst docs how i convert these docs into xml ?
20:06.09sofatstarseek1r, please help me
20:26.34*** join/#brlcad sofat (~androirc@202.164.45.208)
20:28.01*** join/#brlcad dracarys983_ (~dracarys@123.201.10.205)
20:35.29starseek1rsofat: you may want to convert them to a pdf, look at how that output is structured, and work from that
20:36.31*** join/#brlcad merzo (~merzo@224-13-132-95.pool.ukrtel.net)
20:37.06starseek1rsofat: there are scripts in the burst directory - Make-tables.sh and Make-docs.sh
20:38.00starseek1rrunning those should produce burst.pdf, if you have the right tools on your system (sh, groff and ps2pdf)
20:53.32*** join/#brlcad andrei_il (~andrei@109.100.128.78)
20:57.37*** join/#brlcad gaganjyot (~gaganjyot@103.226.4.218)
21:04.23``Erikwee, more open data, (scans of an old atlas (1961) describing medieval europe through the ages) http://www.learn.columbia.edu/courses/medmil/pages/non-mma-pages/maps/penguin.html
21:36.21andrei_ilHello!
21:38.11andrei_ilhow do I build something from misc/tools ?  I ran a build but I can t find the dom2dox binary  
21:45.39andrei_ilI tried looking at BRL-CAD docs or Google but didn't find anything useful. Thanks !
21:46.13``Erikandrei_il: the CMakeLists.txt file doesn't look like it installs it, just builds it (probably for use during compilation)... I'd check in your build directory?
21:46.50andrei_il``Erik: ~/brlcad-build $ find . -name dom2dox
21:46.50andrei_ilandrei@Optimus ~/brlcad-build $
21:47.17andrei_ilBRL-CAD Release 7.25.0, Build 20150516
21:47.17andrei_ilElapsed compilation time: 9 minutes 14 seconds
21:47.17andrei_ilElapsed time since configuration: 10 minutes 17 seconds
21:47.20andrei_iland it built ok
21:47.35*** join/#brlcad merzo (~merzo@170-57-132-95.pool.ukrtel.net)
21:49.01``Erikhm, the CMakeLists.txt in misc/tools/ doesn't add the dom2dox subdirectory... so it won't build... until someone wires it in
21:50.26``Eriklooks like n_reed started adding it in 2013, then starseek1r shuffled it to a new spot mid 2014...
21:50.48andrei_iladd_subdirectory(dom2dox) sounds ok, right?
21:50.48``Erik(svn log is handy)
21:51.57``Erikum, that'd be the normal way, I think starseek1r muddied it up with macros and functions... look for how other subdirs are included?
21:52.47andrei_ilthere's a THIRD_PARTY_EXECUTABLE but other than that I don t find any subdir
21:54.50andrei_iladd_subdirectory apparently crashes cmake
21:56.24andrei_ilit looks like the  CMakeLists generates docbook stuff rather than binaries
23:03.46*** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net)
23:11.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:54.58brlcadstarseek1r: when was the last time you tried a 32-bit compile on linux?  doesn't seem to be working right
23:56.31brlcadlittle searching (and I might be wrong) looked like it was setting the flag during compile, but not during link so all 32-bit flag tests fail
23:57.27brlcadsofat: your response makes me think we need to talk more interactively before you get much further .. if you have some time
IRC log for #brlcad on 20150516

IRC log for #brlcad on 20150516

00:06.16Notify03BRL-CAD:n_reed * 65002 brlcad/trunk/src/libged/polyclip.cpp: quell false-positive 'may be used unitialized warning'
00:07.27brlcadandrei_il: curious what you're doing with dom2dox
00:09.45brlcadthat tools not really ready for use (read the first commit in the svn log history), so that's why it's not at all hooked into the build
00:10.05brlcadcertainly possible to build it, but you're going to have to run cmake manually and massage it a bit
00:10.21brlcad(not via add_subdir, just treat it as a separate download)
00:12.26n_reedbrlcad: http://sourceforge.net/p/brlcad/mailman/message/34083539/
00:18.41n_reeddon't know if doc/parsers dir was mentioned
00:18.52brlcadah, so trying to follow a simpler lemon parser example
00:36.51brlcadstarseek1r: that indeed is the problem -- the tests call CHECK_C_FLAG which turns into a test for CHECK_C_COMPILER_FLAG
00:36.59brlcadwhich I see you encountered before: http://www.cmake.org/pipermail/cmake/2011-July/045525.html
00:38.44brlcadwonders if set(CMAKE_C_FLAGS flag) in the macro will do the trick...
00:49.39brlcadpunts and just sets 32BIT_FLAG after the tests fail
00:55.17brlcadaaand, it doesn't work right in src/other
00:55.22brlcadforces harder
01:14.23*** join/#brlcad cardinot (~cardinot@187.16.242.23)
01:14.23*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
01:24.28*** join/#brlcad konrado (~konro@41.205.22.33)
02:07.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:53.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:28.08*** join/#brlcad dracarys983__ (~dracarys@123.201.100.83)
05:27.13*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-szcegnbdojcbycxm)
06:12.04dracarys983starseek1r: I finally built it with bundled libs on (Release mode). I installed freetype-2.5.5 again with libpng16 and backed up the previous freetype.so's. I also submitted my benchmark results. :)
06:26.54*** join/#brlcad ankesh11_ (uid8015@gateway/web/irccloud.com/x-hnenmuytegnhcxdq)
07:46.41Notify03BRL-CAD Wiki:Gurwinder Singh * 8313 /wiki/User:Gurwinder_Singh/GSoc15/proposal:
08:19.32Notify03BRL-CAD Wiki:Gurwinder Singh * 8314 /wiki/User:Gurwinder_Singh/GSoc15/proposal:
09:03.36Notify03BRL-CAD Wiki:Gurwinder Singh * 8315 /wiki/User:Gurwinder_Singh/GSoc15/proposal:
09:04.27Notify03BRL-CAD Wiki:Gurwinder Singh * 8316 /wiki/User:Gurwinder_Singh/GSoc15/proposal: /* Refrences: */
09:04.31*** join/#brlcad merzo (~merzo@158-135-133-95.pool.ukrtel.net)
09:35.03*** join/#brlcad kanzure_ (~kanzure@unaffiliated/kanzure)
09:36.00*** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com)
09:36.56*** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com)
09:38.01*** join/#brlcad merzo (~merzo@46-49-133-95.pool.ukrtel.net)
09:39.30*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
09:45.11*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-wyjhihkontqechhq)
09:59.10*** join/#brlcad merzo (~merzo@32-119-132-95.pool.ukrtel.net)
12:28.23*** join/#brlcad dracarys983_ (~dracarys@123.201.57.77)
13:40.30*** join/#brlcad sofat (~androirc@202.164.45.208)
13:50.31starseek1rbrlcad: if you mean a 32 bit build on a 64 bit system, it's been a long time
13:50.42starseek1rI've built 32 bit on my old laptop
15:02.14*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
15:41.57*** join/#brlcad andrei_il (~andrei@109.100.128.78)
15:46.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:35.50*** join/#brlcad deepak (~chatzilla@122.173.201.63)
17:12.50*** join/#brlcad Shubham (0e62e872@gateway/web/freenode/ip.14.98.232.114)
17:27.38ih8sum3rbrlcad: Hi
17:28.56ShubhamThis is regariding OGV. me and ih8sum3r have made our first draft of the production ready plan. needed some input regarding that.
17:29.14Shubham*regarding
17:36.58*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
17:45.03*** join/#brlcad Shubham (0e6293fa@gateway/web/freenode/ip.14.98.147.250)
18:14.40*** join/#brlcad dracarys983 (~dracarys@219.91.182.16)
18:26.58*** join/#brlcad sofat (~sofat@202.164.45.208)
18:37.32*** part/#brlcad Shubham (0e6293fa@gateway/web/freenode/ip.14.98.147.250)
18:53.56*** join/#brlcad sofat (~sofat@202.164.45.204)
19:46.45*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
19:47.24*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
19:52.24*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
21:08.27*** join/#brlcad IriX64 (~kvirc@SSMRON9421W-LP130-02-1279744415.dsl.bell.ca)
21:47.33*** join/#brlcad dracarys983_ (~dracarys@123.201.97.19)
23:50.12*** join/#brlcad cardinot (~cardinot@179.181.241.113)
23:50.12*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
IRC log for #brlcad on 20150517

IRC log for #brlcad on 20150517

00:41.40Notify03BRL-CAD:n_reed * 65003 brlcad/trunk/src/libged/saveview.c: fix saveview's usage statement when given options but not a filename, in which case argv[0] is no longer the command name
04:44.34*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
06:32.54*** join/#brlcad pujani (~pujani@202.164.53.117)
06:35.41*** join/#brlcad pujani_ (~pujani@202.164.53.117)
07:30.21*** join/#brlcad sofat (~sofat@202.164.53.117)
07:30.57sofatstarseek1r, I have submit the two patches on burst and doc/manual/mged/animation docs
07:31.06sofatplease review and tell about changes
07:32.03sofatI have done the all conversion of docs now from my side all docs is converted now please review my work and tell me abouts changes.
08:09.34*** join/#brlcad andrei_il (~andrei@109.100.128.78)
08:47.40*** join/#brlcad pujani (~pujani@202.164.53.117)
08:47.53*** join/#brlcad pujani_ (~pujani@202.164.53.117)
12:18.51*** join/#brlcad sofat (~androirc@202.164.45.204)
13:09.13*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
13:11.14*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
14:33.04*** join/#brlcad luca79 (~luca@151.68.139.144)
14:49.45*** join/#brlcad hiteshsofat (~androirc@202.164.45.204)
15:32.06*** join/#brlcad Shubham (0e626e7b@gateway/web/freenode/ip.14.98.110.123)
16:02.02*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
16:57.14*** join/#brlcad merzo (~merzo@92-99-132-95.pool.ukrtel.net)
17:30.32*** join/#brlcad sofat (~androirc@202.164.45.204)
17:35.55*** join/#brlcad pujani (~pujani@202.164.45.204)
17:36.21*** join/#brlcad pujani_ (~pujani@202.164.45.204)
17:37.15*** join/#brlcad pujani_ (~pujani@202.164.45.204)
17:37.32*** join/#brlcad pujani (~pujani@202.164.45.204)
17:38.31*** join/#brlcad sofat (~androirc@202.164.45.204)
17:45.07*** join/#brlcad sofat (~androirc@202.164.45.204)
17:52.01*** join/#brlcad pujani (~pujani@202.164.45.204)
17:54.15*** join/#brlcad pujani (~pujani@202.164.45.204)
17:55.11*** join/#brlcad sofat (~androirc@202.164.45.204)
18:25.08Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8318 /wiki/User:Andrei.ilinca24/logs: /* Community Bonding Period */
18:36.52*** join/#brlcad LordOfBikes (~armin@dslb-088-066-159-033.088.066.pools.vodafone-ip.de)
18:38.29*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125)
19:21.42*** join/#brlcad pujani (~pujani@202.164.45.208)
19:22.29*** join/#brlcad pujani_ (~pujani@202.164.45.208)
19:24.01*** join/#brlcad pujani_ (~pujani@202.164.45.208)
19:39.26*** join/#brlcad merzo (~merzo@90-121-132-95.pool.ukrtel.net)
20:56.25*** join/#brlcad merzo (~merzo@90-121-132-95.pool.ukrtel.net)
21:52.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:41.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:09.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:32.47*** join/#brlcad brad_h (~behollis@dhcp-59-221.cse.ucsc.edu)
23:43.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:58.48Notify03BRL-CAD Wiki:Giussantak * 0 /wiki/User:Giussantak:
IRC log for #brlcad on 20150518

IRC log for #brlcad on 20150518

02:13.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:33.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:47.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:23.28*** join/#brlcad IriX64 (~kvirc@SSMRON9421W-LP130-02-1279744415.dsl.bell.ca)
04:01.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:04.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:13.13*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-lxyiqixpntpgllny)
05:21.23*** join/#brlcad Gurwinder (caa43575@gateway/web/freenode/ip.202.164.53.117)
05:29.31*** join/#brlcad dracarys983 (~dracarys@203.88.154.122)
06:48.32*** join/#brlcad Gurwinder (caa43575@gateway/web/freenode/ip.202.164.53.117)
07:21.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:41.02*** join/#brlcad luca79 (~luca@host175-19-dynamic.4-87-r.retail.telecomitalia.it)
08:14.30*** join/#brlcad dracarys983_ (~dracarys@123.201.95.146)
08:52.25*** join/#brlcad merzo (~merzo@90-121-132-95.pool.ukrtel.net)
09:14.37*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
09:21.00*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
11:28.16*** join/#brlcad merzo (~merzo@69-49-133-95.pool.ukrtel.net)
12:44.35brlcaddracarys983_: awesome, logs received
12:45.07brlcadstarseek1r: yeah, 32-bit on a 64-bit, woefully busted
12:48.34dracarys983_brlcad: Right now, rt^3 seems to be broken if we compile using the present BRL-CAD installation. rtgeom.h, etc have been moved to rt/ hence.
12:53.31brlcadunrelated, but good read (for all) - http://www.nczonline.net/blog/2015/05/14/the-bunny-theory-of-code/
12:53.48brlcaddracarys983_: yes, the header changes very recently happened (last week)
12:56.48dracarys983_brlcad: Hmm okay. I had to test my Pipe implementation patch for rt^3 - I just checked out an older version and built it. Thought it'll be good to inform. :)
12:58.01brlcaddracarys983_: updating all of rt^3 to the new headers would be a decent isolated patch to make (without any other changes)
12:58.13brlcaddo you have patches pending?
12:59.25dracarys983_brlcad: No, not any new ones. This is an old one that I had to update. Have to complete it within Community Bonding, so.
12:59.44dracarys983_Yeah, I considered that. After getting done with this one, I'll work on that. :)
13:01.24brlcadcool
13:02.08dracarys983_brlcad: Did Andrei get along with dom2dox? It seems pretty messed up. I tried to hack a bit but lot's of errors.
13:03.35dracarys983_Just checking up, wasn't online yesterday so.
13:07.09brlcadi've not seem him online
13:08.13*** join/#brlcad merzo (~merzo@29-25-132-95.pool.ukrtel.net)
13:08.18dracarys983_Okay. Thanks :)
13:08.32brlcadif you treat it as an isolated download (not part of brl-cad) and manually point it to lemon&perplex, it gets further
13:08.58brlcadstill, there are some minor cmake logic changes needed to get it to compile correctly
13:12.04dracarys983_brlcad: Ah, that's how it is. I didn't get it that day when you told him. So, I was trying to treat it as a sub build.
13:27.39brlcadsub-build will avoid needing to manually set the vars, but other issues
13:29.58dracarys983_brlcad: Hmm, ditto.
14:14.38*** join/#brlcad merzo (~merzo@74-83-132-95.pool.ukrtel.net)
14:37.11*** join/#brlcad luca79 (~luca@host175-19-dynamic.4-87-r.retail.telecomitalia.it)
14:39.40Notify03BRL-CAD:starseeker * 65004 (brlcad/trunk/src/librt/mkbundle.c brlcad/trunk/src/librt/tests/rt_pattern.c): Checkpoint some work on the pattern function.
15:17.42Notify03BRL-CAD:starseeker * 65005 (brlcad/branches/qtged/src/qged/QAccordianWidget.cxx brlcad/branches/qtged/src/qged/QAccordianWidget.h and 11 others): Wrap Qt header includes in pragmas
15:17.57*** join/#brlcad merzo (~merzo@214-103-133-95.pool.ukrtel.net)
15:36.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:39.51*** join/#brlcad merzo (~merzo@140-0-133-95.pool.ukrtel.net)
16:14.34*** join/#brlcad dracarys983__ (~dracarys@150.107.211.57)
16:38.48*** join/#brlcad sofat (~androirc@202.164.45.204)
16:43.35Notify03BRL-CAD Wiki:Gurwinder Singh * 8319 /wiki/User:Gurwinder_Singh/GSoc15/proposal:
16:45.31Notify03BRL-CAD Wiki:Gurwinder Singh * 8320 /wiki/User:Gurwinder_Singh/GSoc15/proposal: /* After Mid Term Evaluation */
16:45.58Notify03BRL-CAD Wiki:Gurwinder Singh * 8321 /wiki/User:Gurwinder_Singh/GSoc15/proposal: /* Pre-mid term evaluation( May 26 to Jun 26 ) */
16:48.22Notify03BRL-CAD Wiki:Gurwinder Singh * 8322 /wiki/User:Gurwinder_Singh/GSoc15/proposal:
16:50.11Notify03BRL-CAD Wiki:Gurwinder Singh * 8323 /wiki/User:Gurwinder_Singh/GSoc15/proposal:
16:51.42Notify03BRL-CAD Wiki:Gurwinder Singh * 8324 /wiki/User:Gurwinder_Singh/GSoc15/proposal:
16:54.34*** join/#brlcad sofat_ (~sofat@202.164.45.208)
17:20.45Notify03BRL-CAD:carlmoore * 65006 brlcad/trunk/src/util/pixmerge.c: seen_formula can now be a local variable; seen_const and wanted govern this function's behavior after get_args is done
18:04.23*** join/#brlcad sofat_ (~sofat@202.164.45.204)
18:13.35*** join/#brlcad andrei_il (~andrei@109.100.128.78)
18:19.26dracarys983andrei_il: Did you get dom2dox to work?
18:21.02andrei_ildracarys983: nop. I didn't. I am looking at wfobj now , hoping it can be used as an example
18:22.23andrei_ildom2dox is a good re2c parser example but it needs some work before it can be used properly
18:23.53andrei_ildracarys983: also, Happy Bday for 2 days ago!
18:24.02dracarys983andrei_il: I'll give it a try? I'm kind of bored right now. I'll update you on what I find. Sounds good? :)
18:24.10dracarys983Oh thanks :)
18:24.41andrei_ilyep. Sounds great! Thanks
18:24.49dracarys983Cool
18:26.37Notify03BRL-CAD:bob1961 * 65007 (brlcad/branches/eab/include/ged.h brlcad/branches/eab/src/libged/CMakeLists.txt and 4 others): Backported a few things from trunc.
18:29.07*** join/#brlcad Gurwinder (3b5b7765@gateway/web/freenode/ip.59.91.119.101)
18:29.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:43.25*** join/#brlcad sofat_ (~sofat@202.164.45.208)
18:50.49dracarys983andrei_il: I have built dom2dox. I have no damn idea how did it work in the first time, I'm still trying to figure that out.
18:51.15dracarys983I have the dom2dox executable now. :)
18:53.35dracarys983starseek1r: If I complete this soon enough, I'll try building meshlab. :)
18:54.20andrei_ilGreat! Is it compiling with the rest of codebase or separately?
18:54.39dracarys983Not as a sub-build. Separately.
18:57.45andrei_ilSee if you can bind its CMakeFiles to BRL-CAD's make command. That would definitely help
19:02.37dracarys983andrei_il: You want it as a sub-build or just want me to run make in the build dir?
19:03.50andrei_ilI would want that when you run make in the BRL-CAD dir to also compile dom2dox
19:04.27andrei_ilnot as a sub-build, in the main build
19:05.38dracarys983andrei_il: Right. If I'm getting you correctly you want me to keep dom2dox where it is right now and modify the CMakeLists.txt so that when you build BRLCAD, dom2dox also compiles, right?
19:06.39andrei_ilyep, thats exactly what I mean. It would definitely help me a lot if you could do just that :)
19:06.54dracarys983This is what I have done right now : https://docs.google.com/document/d/1ncZc04jk_Xfyg1fAyrzllD9WHjZr2JuEk-qZP5ErHIA/edit?usp=sharing
19:07.02dracarys983Okay, cool. On it. :)
19:10.22andrei_ilNice doc. Lets see how it works
19:12.08sofat_starseek1r, I have one some question
19:13.24sofat_According to my proposal which I mention I will do some work in bonding period(conversion, merge docs) , I have done these all work  
19:14.52sofat_according to last milestone "Merge the all exiting docs with website." I made one extension for this but brlcad told me to work on confluence
19:16.01sofat_I am working on confluence so according to last milestone its impotent to merge the docs with confluence before bonding period ended?
19:18.26sofat_Because I am checking the code of dcobook importer plugin this plugin not work with single article they  only work with books. And i am try to adding  this feature for support the article import in this.  i need some time for this because i am not much about java language.
19:18.54sofat_much know about java language
19:59.40*** join/#brlcad sofat (~androirc@202.164.45.208)
20:08.11Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8325 /wiki/User:Andrei.ilinca24/logs: /* Community Bonding Period */
20:18.51*** join/#brlcad LordOfBikes (~armin@dslb-178-007-230-124.178.007.pools.vodafone-ip.de)
20:31.27Notify03BRL-CAD Wiki:Hitesh sofat * 8326 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
20:40.12*** join/#brlcad merzo (~merzo@89-45-133-95.pool.ukrtel.net)
20:59.00dracarys983andrei_il: Hey, it's done. :)
20:59.21dracarys983Check the doc, I have updated it. :)
21:05.24andrei_ilon it!
21:10.28dracarys983andrei_il: Tell me if something breaks
21:12.30*** join/#brlcad merzo (~merzo@89-45-133-95.pool.ukrtel.net)
21:24.12andrei_ilI have the following error when building BRL-CAD : include could not find load file:   /usr/share/cmake-2.8/Modules/FindDOM2DOX.cmake
21:25.00dracarys983that's in /usr/share. You as root?
21:25.14andrei_ilI haven't followed step by step your guidelines, just modified dom2dox CMAkeLists
21:25.26andrei_ilnop, not as root
21:25.27dracarys983Yeah, not a problem
21:25.37dracarys983Try it as root.
21:25.55andrei_ilim scared to be root :))
21:27.39dracarys983No option there :P
21:29.48andrei_ilnop, still the same error, a few similar others appeared
21:31.08dracarys983andrei_il: You're getting that error while running cmake?
21:31.23andrei_ilI think my dom2dox is a mess due to the latest changes, I think I should just svn update stuff and apply your ideas afterwards
21:32.00andrei_ilIm getting those errors when running make in BRL-CAD build
21:32.59StragusYou really shouldn't have to be root to compile anything
21:34.40dracarys983Stragus: Yeah, but that error made me suggest trying as a root
21:38.29andrei_ildracarys983: Thanks for all the help today, I really appreciate it! I will retry tomorrow everything with a clean code and give you a feedback , I'm very sleepy now and I can not concentrate enough.
21:40.10andrei_ilgoes to sleep
21:40.17dracarys983andrei_il: You're welcome. No problem.
21:40.21dracarys983:)
23:21.12*** join/#brlcad infobot (ibot@rikers.org)
23:21.12*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
23:53.41*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
IRC log for #brlcad on 20150519

IRC log for #brlcad on 20150519

00:42.02Notify03BRL-CAD:starseeker * 65008 brlcad/trunk/misc/tools/dom2dox/CMakeLists.txt: Start working on getting dom2dox into a buildable state.
00:53.19Notify03BRL-CAD Wiki:Bhollister * 8327 /wiki/User:Bhollister/DevLogMay2015: /* Thursday, May 14, 2015 */
00:53.32Notify03BRL-CAD Wiki:Bhollister * 8328 /wiki/User:Bhollister/DevLogMay2015: /* Friday, May 15, 2015 */
00:53.41Notify03BRL-CAD Wiki:Bhollister * 8329 /wiki/User:Bhollister/DevLogMay2015: /* Saturday, May 16, 2015 */
00:53.54Notify03BRL-CAD Wiki:Bhollister * 8330 /wiki/User:Bhollister/DevLogMay2015: /* Sunday, May 17, 2015 */
00:55.09Notify03BRL-CAD Wiki:Bhollister * 8331 /wiki/User:Bhollister/DevLogMay2015: /* Monday, May 18, 2015 */
06:22.12*** join/#brlcad luca79 (~luca@host30-20-dynamic.4-87-r.retail.telecomitalia.it)
07:40.33*** join/#brlcad dracarys983 (~dracarys@203.109.114.196)
09:10.42*** join/#brlcad dracarys983_ (~dracarys@123.201.58.182)
09:51.39*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:54.06*** join/#brlcad pujani (~pujani@202.164.53.117)
09:54.31*** join/#brlcad pujani_ (~pujani@202.164.53.117)
10:37.00*** join/#brlcad dracarys983_ (~dracarys@123.201.58.182)
10:50.27*** join/#brlcad merzo (~merzo@25-95-132-95.pool.ukrtel.net)
12:10.45*** join/#brlcad devinder (~chatzilla@27.97.254.142)
12:12.19*** part/#brlcad devinder (~chatzilla@27.97.254.142)
12:12.24*** join/#brlcad devinder (~chatzilla@27.97.254.142)
13:14.28Notify03BRL-CAD:bob1961 * 65009 (brlcad/branches/eab/src/libged/lc.c =================================================================== and 420 others): Backported a few things from trunc --- added lc.c
13:18.35*** join/#brlcad merzo (~merzo@51-115-132-95.pool.ukrtel.net)
13:38.49Notify03BRL-CAD:starseeker * 65010 (brlcad/trunk/misc/tools/CMakeLists.txt brlcad/trunk/src/util/CMakeLists.txt): Move dom2dox to src/util - probably should use bstring or some such to make this a fully independent tool, but in the meantime it needs libbu for vls.
13:49.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:50.00Notify03BRL-CAD:starseeker * 65011 (brlcad/trunk/misc/tools/lemon/lemon.c brlcad/trunk/src/other/stepcode/src/express/generated/expparse.h brlcad/trunk/src/other/stepcode/src/express/generated/verification_info.cmake): Update lemon to version 2015-04-19
14:26.06*** join/#brlcad dracarys983 (~dracarys@123.201.58.182)
14:26.26*** join/#brlcad luca79 (~luca@host30-20-dynamic.4-87-r.retail.telecomitalia.it)
14:41.16*** join/#brlcad merzo_ (~merzo@135-122-132-95.pool.ukrtel.net)
14:50.25Notify03BRL-CAD Wiki:Nitunkcnhe486 * 0 /wiki/File:Resume.pdf:
14:51.03Notify03BRL-CAD Wiki:Nitunkcnhe486 * 0 /wiki/File:Resume.pdf: Reverted to version as of 17:38, 3 March 2015
14:52.22Notify03BRL-CAD Wiki:Nitunkcnhe486 * 0 /wiki/File:Resume.pdf: Reverted to version as of 14:50, 19 May 2015
14:59.13*** join/#brlcad luca79 (~luca@host30-20-dynamic.4-87-r.retail.telecomitalia.it)
15:52.52*** join/#brlcad devinder (~chatzilla@106.76.181.199)
16:02.02*** join/#brlcad sofat (~sofat@202.164.45.204)
16:02.38sofatbrlcad, Are you free I want some discussion with you.
16:09.19*** join/#brlcad hiteshsofat (~androirc@202.164.45.208)
16:09.47*** join/#brlcad sofat (~sofat@202.164.45.208)
16:54.21*** join/#brlcad sofat_ (~androirc@202.164.45.208)
17:20.15*** join/#brlcad sofat (~sofat@202.164.45.208)
17:31.02*** join/#brlcad sofat_ (~androirc@202.164.45.204)
17:38.42*** join/#brlcad devinder (~chatzilla@106.78.83.122)
18:02.11*** join/#brlcad dracarys983 (~dracarys@219.91.199.199)
18:13.06*** join/#brlcad sofat_ (~androirc@202.164.45.208)
18:15.59*** join/#brlcad sofat (~sofat@202.164.45.208)
18:32.50*** join/#brlcad sofat (~sofat@202.164.45.208)
18:34.42sofatbrlcad, I want to talk with you are you free now ?
18:46.53*** join/#brlcad hiteshsofat (~androirc@202.164.45.208)
18:54.12*** join/#brlcad LordOfBikes (~armin@dslb-088-066-133-221.088.066.pools.vodafone-ip.de)
19:08.23*** join/#brlcad sofat_ (~sofat@202.164.45.208)
19:18.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:26.57*** join/#brlcad sofat_ (~sofat@202.164.45.204)
20:39.45*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
20:43.32*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
21:01.26Notify03BRL-CAD:starseeker * 65012 brlcad/trunk/include/rt/primitives/rpc.h: Stray function declarations.
22:20.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:44.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:39.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150520

IRC log for #brlcad on 20150520

00:05.15*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
00:11.31*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
01:11.04*** join/#brlcad dracarys983_ (~dracarys@43.229.107.32)
02:33.03*** join/#brlcad infobot (ibot@rikers.org)
02:33.03*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
02:55.21sofatbrlcad, i want to talk with you are you free?
02:59.40*** join/#brlcad sofat_ (~androirc@202.164.45.204)
03:44.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:25.03*** join/#brlcad sofat_ (~androirc@202.164.45.204)
05:29.31*** join/#brlcad devinder (~chatzilla@1.187.162.65)
06:42.51*** join/#brlcad luca79 (~luca@host197-18-dynamic.4-87-r.retail.telecomitalia.it)
07:16.01*** join/#brlcad merzo (~merzo@107-101-134-95.pool.ukrtel.net)
07:24.37*** join/#brlcad merzo (~merzo@107-101-134-95.pool.ukrtel.net)
07:53.52*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
07:59.03*** join/#brlcad luca79 (~luca@host197-18-dynamic.4-87-r.retail.telecomitalia.it)
08:56.59*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
09:03.10*** join/#brlcad pujani (~pujani@202.164.53.117)
09:54.29*** join/#brlcad pujani (~pujani@202.164.45.204)
11:05.36*** join/#brlcad sofat (~androirc@202.164.45.204)
12:09.00*** join/#brlcad sofat_ (~androirc@202.164.45.204)
12:11.49*** join/#brlcad merzo (~merzo@107-101-134-95.pool.ukrtel.net)
12:14.17*** join/#brlcad merzo (~merzo@107-101-134-95.pool.ukrtel.net)
12:33.02*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
13:48.57starseek1rbrlcad: I know, but misc/tools is deliberately independent of BRL-CAD's 'main' build, like src/other
13:49.32starseek1rbrlcad: I need to get it off of libbu - once I do it'll go back in misc/tools
13:56.50``Eriknifty, vim 7.4 does interesting things if you set both number and relativenumber
13:57.04Notify03BRL-CAD:starseeker * 65013 (brlcad/trunk/CHANGES brlcad/trunk/include/bn/vlist.h and 24 others): Move some of the vlist functions in librt into libbn.
14:04.45Notify03BRL-CAD:starseeker * 65014 brlcad/trunk/src/libged/gdiff.c: Enable test drawing of red/white/blue visual output. Should probably turn this into an example of how to do minimalist drawing of display manager lines...
14:09.41Notify03BRL-CAD:starseeker * 65015 brlcad/trunk/src/libged/gdiff.c: fix comments
14:16.54Notify03BRL-CAD:starseeker * 65016 brlcad/trunk/src/libged/gdiff.c: Use a local vlist instead of relying on the RTG global.
14:31.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:46.38*** join/#brlcad sofat_ (~androirc@202.164.45.204)
14:48.12sofat_brlcad, today are you free ? i need guidance from you .
14:56.09*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
15:03.55``Eriksofat_: maybe say what you need help with. Then if brlcad hops on when you're not at the keyboard, he can answer. (or someone else with the answers might offer to help)
15:04.01``Erik!notify ask
15:04.02NotifyQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
15:19.15*** join/#brlcad sofat (~androirc@202.164.45.204)
15:29.25brlcadsofat: hi!
15:29.44sofatHello
15:29.52sofatI waiting for you
15:30.11brlcadsofat: great, so we have a little bit of time sync'd finally :)
15:30.27brlcadtimezones can be a bitch
15:30.49sofatI want some discussion on  docbook importer
15:30.52brlcadsofat: so where are we at with your plan?
15:30.57brlcadsure
15:31.35brlcadthe last we talked on the mailing list, I detailed a need to understand our options
15:31.46brlcadand you responded by chasing down an option .. :)
15:32.06sofatI am try to article but it not support i am checked the code of this plugin and found this only work with
15:32.07sofatBooks
15:32.07sofatStructure
15:32.36sofatMeans ? Please use simple english
15:32.53brlcadI will try to simplify
15:33.21brlcadI think there is a misunderstanding about what is needed "next"
15:33.32sofatYes yes
15:33.48brlcadit's great that you re-checked the plugin (and got it to work with books)
15:34.02brlcadbut the next step is not then to fix it
15:34.14brlcadthe next step is to understand what our options are
15:34.22brlcadthat was the A B C D E F e-mail I sent
15:34.45brlcadwe need to document our choices, and evaluate them
15:35.04brlcadso for example
15:36.03brlcadone option (call it option #1) is to use confluence, and that can be described in those ABCDEF terms
15:36.40brlcadanother option #2 is to develop something custom for mediawiki, which should also be described in ABCDEF terms
15:36.43sofatYes
15:37.40brlcadanother option #3 might be something custom with wordpress
15:37.56brlcadwe've talked about 5-6 different options
15:38.46sofatIf i go with 1 option then we need make the changes in plugin
15:39.25brlcadI don't have a good perspective on what our options are yet
15:39.40brlcadwhich means we can't yet decide which option is worth working on
15:40.11brlcadthat's fine if option 1 requires changes to the plugin .. you write that down and move on to describing option #2 .. then #3
15:40.19brlcadand so on
15:40.49brlcadand when I say describe them, I literally just mean the one-sentence ABCDEF summary like the example I provided
15:41.20brlcadwith that information, I think we'll have a better idea for which path to work on
15:41.27brlcaddoes that make sense?
15:41.36sofatYes
15:42.00brlcadthe point (for now) isn't to solve all the problems for *any* of the options
15:42.25brlcadit's to understand what will be required IF we decide to go with that option
15:42.25sofatBut i want to say something about option 3 for wordpress
15:42.38brlcadok
15:42.48Notify03BRL-CAD:starseeker * 65017 (brlcad/trunk/misc/tools/CMakeLists.txt brlcad/trunk/src/util/CMakeLists.txt): More tweaking of dom2dox build, move back to misc/tools. Add instructions on how to build to README.txt
15:43.33sofatWhich plugin you send me in mail this plugin is not working according our needs
15:43.49sofatThe working is very different and difficult
15:43.57brlcadokay
15:44.22sofatOption one is good for us if i friendly say
15:44.35brlcadback up
15:44.42brlcadwe still do not have options identified
15:45.01brlcadwe have #1 .. there is no #2 or #3 beyond me saying what they COULD be
15:45.55brlcaddo see what I mean?
15:45.58brlcadthis is called cost evaluation
15:46.21brlcadyou're trying to make a decision based on partial information
15:46.38brlcadI'm saying lets stop and get more information, write our options down
15:46.58brlcadthis project is going to have a huge impact
15:47.40brlcadit's important to spend just a little time (and we're talking just about a day or two effort) to consider these options but consider them methodically
15:48.33brlcadwe may still decide to go with option #1 and that'll be fine, but right now it seems like a very incomplete perspective
15:49.50*** join/#brlcad snowlove (~albertcod@1.39.32.42)
15:50.14brlcadfor example, option #1 has other negative considerations like requiring full migration off of mediawiki (doesn't make sense to have two wikis)
15:50.33sofatYes i know this
15:50.36brlcadit's not a show-stopper, but it's certainly not ideal
15:50.42sofatAnd its paid
15:50.50brlcadlooking at all the options side by side, that consideration can be compared
15:51.01sofatOkay
15:51.06brlcadit's free for us, but right -- not open source
15:51.20sofatYed
15:51.23sofatYes
15:52.04brlcadcan you write down the 5 option's that have been discussed, on the wiki?
15:53.22sofatNot yet but will do this
15:53.56brlcadI think that will be very helpful
15:54.09brlcadI can then put those options into a decision matrix with our evaluation criteria
15:54.43brlcadhi snowlove
15:55.25snowloveHi brlcad
15:56.24brlcadsofat: I have another topic to discuss if you have a couple more minutes
15:56.44sofatYes please tell me
15:56.59brlcadhere's a reminder of ABCDEF characterization if you don't have it handy: http://sourceforge.net/p/brlcad/mailman/message/34096560/
15:57.10brlcadso the other topic is your patches...
15:57.21sofatYes
15:57.22brlcadyou've been doing a fantastic job creating and submitting patches
15:57.29sofatYes
15:57.34brlcadbut there's a pattern :)
15:57.46sofatMeans
15:57.54brlcadif I'm not mistaken, every one of them so far has had some minor problem
15:58.37sofatPlease elaborate more
15:59.19brlcadbasically, when patches get reviewed, the committer makes a note of whether they had to change or do anything
15:59.25brlcadbesides apply the patch and commit
15:59.48brlcadevery one of your patches has had something minor wrong with it
16:00.25brlcadfor example, I think your most recent mispelled a file "megd" instead of "mged" or something like that
16:00.30brlcadand that was the only error
16:00.35brlcadVERY minor
16:00.53brlcadbut the point (of our patch system) is to try and get "perfect" patches
16:01.00brlcadthat require no changes, none whatsoever
16:01.14brlcadbecause if you can do that a couple times, then you don't need to be submitting patches :)
16:01.30brlcadand we can just grant you commit access at that point
16:01.57brlcadwhich we WANT to do .. but can't because each has had some minor issue
16:02.24brlcadso really just saying keep up the great work .. but try to notice the details a little more
16:02.58brlcadmake sure the patch applies cleanly, that there are no mistakes/typos/spelling issues, that it compiles, that it validates, etc
16:02.59sofatSorry again not happen this.
16:03.05brlcadno no
16:03.07brlcaddon't be sorry
16:03.09brlcadyou're doing great!
16:03.32sofatI have last question
16:03.33brlcadit's frustrating for us because you've done more than enough work to be granted commit status
16:03.45brlcadwe want you to work more efficiently :)
16:04.15brlcadso yes, please do not misunderstand
16:04.45brlcadyou're doing great and you should keep doing what you're doing -- just try to verify that there are no issues
16:05.01brlcadwatching the commits can be great to learn what issues there were when your patches get applied
16:05.35brlcadif starseek1r or someone else had to commit changes after applying a patch from you, that means it probably needed something
16:05.40snowlovebrlcad, How are you doing? Last time we had chat on materials database's database design. You gave suggestion to create another table having all the material properties in it and another table having just key ->value( property->value). This was an alternative to forbid the dynamic creation of tables. But this way whole code has to be written again because of the change in database design. I just want to know do we really have any shortcoming if we create
16:05.40snowlovetables dynamically ( although I have been warned by a few ;-) )?
16:06.22brlcadsnowlove: yeah, dynamic tables are definitely suboptimal
16:06.34brlcadthey're great for proof-of-concept to make sure the feature can/will work
16:06.45sofatOk
16:06.46brlcadand I think that was the sole consideration when you started
16:07.12brlcadbut now that it's proven, the next improvement would be to eliminate that dynamism
16:07.23snowloveyes. we had momentary brain storming on it.
16:07.37brlcadsofat: thank you!
16:08.01snowloveDoes that mean changing the database design and code eventually?
16:08.07brlcadsofat: do you think you'll be able to write down some options with ABCDEF steps this week?
16:08.21brlcadsnowlove: I think so
16:08.23sofatLast question please
16:08.25sofatYes
16:08.31sofatI will do
16:09.00snowlovealright brlcad we will do it if that's an improvement.
16:09.32brlcadsnowlove: I think it's the natural next step for that code maturing
16:09.59brlcadand I'm sure there will be other change (probably not quite so impacting) as we roll it into production use too
16:10.16archivistas a database person it is never ok to need dynamic table creation :)
16:10.21brlcadsofat: did you have another question for me, or were you saying no more questions? :)
16:10.44brlcadthere ya go ;)
16:11.06snowlovealright, brlcad I am ready for any change now. ;-) thanks archivist
16:11.14brlcadarchivist: so you've not worked with nosql databases? everything dynamic? :)
16:11.44brlcada schema of schemas of data
16:12.07archivistbrlcad, no I am a relational database person
16:12.33sofatI have no question
16:12.43archivistI think some of the nosql is a bit oversold
16:12.49brlcadsofat: okay, then thanks again
16:13.01sofatFrom today discussion I understand this is period which i found best option for ABCDEF work. But do not do any coding
16:13.08sofatI am right ?
16:13.25brlcadarchivist: I agree though the same can be said of relational too ... applied to domains entirely inappropriately
16:13.26snowlovebrlcad, I am also going to explore mongo db. Does mediawiki support mongo db? Have any idea?
16:13.56brlcadsofat: right, don't worry about coding/fixing anything -- just understand where it's at
16:14.20brlcadif it helps you do look at code to understand how HARD it might be, that's fine .. but yeah, do not need to modify code just yet
16:14.33sofatOk
16:14.51brlcadsnowlove: no idea
16:15.19snowlovealright brlcad , I will see if it supports mongodb
16:16.51snowloveI will show you db schema with the desired changes in database to eliminate dynamism in a couple of days.
16:18.05archivistsnowlove, you can make key/value pairs even in a relational database
16:18.37snowlovearchivist, absolutely! we are using mysql right now.
16:19.05archivistI know, I downloaded the materials db a loooong while ago
16:19.39snowlovedid you have a look at the database design?
16:20.40snowloveI might need your help in shedding off the dynamism. :)
16:23.02archivistlooks like it was a year ago :) http://www.collection.archivist.info/archive/mirror/brlcad/material/
16:24.17snowlovethis is the older code, I have rewritten it.
16:25.06archivistit did need "some" modification
16:26.06snowloveYou may see the latest code here. https://github.com/BRL-CAD/MaterialsDatabase
16:26.25snowlovethe database filename is wikimaterial.sql
16:27.49snowloveWhat actually happens is that we have separate table for each material property and when any user adds a new property, a new table is created.
16:28.23snowloveSo I was having problem to update the database schema in MediaWiki after the addition of every new property.
16:29.12snowloveSo archivist we have to get rid of this dynamism.
16:30.16archivistproperties should be just one table, then a join table between materials and properties
16:35.34archivistbut what about form of a material :)
16:35.34archivistuts varies with temperature
16:35.34snowlovealright. Do you mean join or linking materials and properties with foreign keys? Because some materials might not show certain properties.
16:35.34snowloveWe can have a separate table for forms and link each material with foreign key.
16:35.34archivistso you dont have entries in the join table then
16:35.35snowlovePlease elaborate how this can be done. Am I right about linking with FKs.
16:35.36snowlove?
16:36.54archivistFKs are used in joins, FKs help maintain referential integrity
16:37.32archivistyou can join without FKs also
16:39.48snowloveAlright archivist I will show you the new database design soon and you may point out shortcomings if any.
16:44.03archivistalso some of the database design needs some though of the queries to be made
16:44.10archivistthought
16:44.52archivisteg will you want the curve of UTS with temperature of a steel
16:46.28snowloveHow can we handle this?
16:47.34archivistsomething like rowid,materialid,temp,uts,units
16:48.07archivistso when you join your material to this you get many rows returned
16:53.50snowlovethat's fine. If I have got you right then UTS being a property will be contained in properties table. And we will have the attributes like materialid, value, temp in the key-value table. And the attributes like property_name, units in property table.
16:54.49snowlovethere will be just a few more entries for UTS of materials at different temps.
17:07.02archivistsnowlove, another thing to be aware of is over normalising the data, eg a melting point is likely to always be 1 to 1 if you are using standard temperature and pressure
17:10.37snowlovearchivist, are not we concerned with material properties only at standard conditions of temperature and pressure?
17:11.02snowlovebecause changing them can change the values of many properties.
17:11.37snowloveFor example boiling point also changes with change in pressure.
17:16.54snowlovebrlcad, please refer to the above lines.
17:22.41archivistlet me pick one line from your latest .sql, from the boiling point table you have `mat_id` int(20) unsigned  NULL,     why allow NULL, a boiling point without a material is non existent
17:30.30snowloveoh thanks. that's a mistake I will correct it.
17:31.24snowlovearchivist, did you understand what I intended to ask above?
17:31.53archivistthat null problem is repeated :)
17:33.33snowloveI will correct that. I did not have much experience with database last year. :)
17:33.59snowloveyou would find a few more mistakes if you keep on looking. ;-)
17:34.34archivistyou wont get all the experience if I find them all :)
17:42.22snowloveyeah absolutely.
17:50.48*** join/#brlcad merzo (~merzo@107-101-134-95.pool.ukrtel.net)
18:24.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:34.13*** join/#brlcad merzo (~merzo@20-137-133-95.pool.ukrtel.net)
19:08.57*** join/#brlcad merzo (~merzo@88-85-132-95.pool.ukrtel.net)
19:09.50*** join/#brlcad LordOfBikes (~armin@dslb-088-066-145-053.088.066.pools.vodafone-ip.de)
19:24.23*** join/#brlcad merzo (~merzo@95-89-133-95.pool.ukrtel.net)
19:31.28*** join/#brlcad andrei_il (~andrei@109.100.128.78)
19:43.30*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
20:35.07Notify03BRL-CAD:carlmoore * 65018 brlcad/trunk/doc/docbook/system/man1/en/gencolor.xml: add comment about use of RGB values
20:35.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:36.02andrei_ilcmake doesn't work on revision 65018.
20:36.31andrei_ilhttp://slexy.org/view/s20O0mQ6xg
20:45.21andrei_ilactually, it might be on my end, but it doesn't make any sense
20:45.32andrei_ilI run rm -rf brlcad/misc/tools and then svn update
20:45.44andrei_iland svn still says I have differences between main repo
20:59.52*** join/#brlcad andrei_ (56794836@gateway/web/freenode/ip.86.121.72.54)
21:22.23*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-bgyysokmqeaeqkhf)
21:27.40Notify03BRL-CAD:carlmoore * 65019 brlcad/trunk/src/util/pix-ps.c: add 'h' to comment
22:36.01*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
22:54.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150521

IRC log for #brlcad on 20150521

03:23.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:24.26starseek1rinteresting  http://nanomsg.org/index.html
03:25.46starseek1randrei_il: can you try a separate clean checkout?
04:04.32*** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net)
04:16.57andrei_ilstarseek1r: you mean svn add and install brl-cad in a new path?
04:25.56andrei_ilIf that's what you mean, I will try it today.
04:26.49andrei_ilSorry, I cannot stay any longer on irc ( school exam) ,I will come back and try to resolve the problem
05:21.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:43.20*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
07:39.17*** join/#brlcad luca79 (~luca@host209-19-dynamic.4-87-r.retail.telecomitalia.it)
07:46.17*** join/#brlcad arno (~luca@host212-107-dynamic.15-87-r.retail.telecomitalia.it)
08:22.41*** join/#brlcad luca79 (~luca@host151-17-dynamic.4-87-r.retail.telecomitalia.it)
08:27.31*** join/#brlcad dracarys983 (dracarys@nat/iiit/x-qiropkehzmewfzeb)
08:40.45*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:43.09*** join/#brlcad arno (~luca@host191-107-dynamic.15-87-r.retail.telecomitalia.it)
09:06.19*** join/#brlcad luca79 (~luca@host191-107-dynamic.15-87-r.retail.telecomitalia.it)
09:43.17Notify03BRL-CAD Wiki:Rkumaravelan * 0 /wiki/User:Rkumaravelan:
10:43.13Notify03BRL-CAD Wiki:Shaina7837 * 8336 /wiki/User:Shainasabarwal/GSoC15/logs: /* Community Bonding Period */
10:44.53*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
10:50.45Notify03BRL-CAD Wiki:MeShubham99 * 8337 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
11:22.07Notify03BRL-CAD Wiki:MeShubham99 * 8338 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
12:25.23Notify03BRL-CAD Wiki:MeShubham99 * 8339 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
12:29.45Notify03BRL-CAD Wiki:MeShubham99 * 8340 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
12:39.48Notify03BRL-CAD Wiki:MeShubham99 * 8341 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
13:51.54Notify03BRL-CAD Wiki:Sean * 8342 /wiki/User:Vasco.costa/GSoC15/logs:
14:55.35*** join/#brlcad davinci (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
14:59.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:27.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:07.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:53.12Notify03BRL-CAD:carlmoore * 65020 brlcad/trunk/src/util/gencolor.c: '-r' no longer requires no following white space; default no-argument run (all black) is allowed
16:59.50*** join/#brlcad Gurwinder (3b5bebb3@gateway/web/freenode/ip.59.91.235.179)
17:01.24Gurwinder@brlcad: Hi, some questions in my mind. Where can I put my converter's code? will it be on my github account ok Or some where else?
18:02.49*** join/#brlcad Gurwinder___ (75c7640e@gateway/web/freenode/ip.117.199.100.14)
18:11.49*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-rgwcykpegliyolaj)
18:22.34*** join/#brlcad LordOfBikes (~armin@dslb-088-065-190-038.088.065.pools.vodafone-ip.de)
18:41.36Notify03BRL-CAD Wiki:Bhollister * 8343 /wiki/User:Bhollister/DevLogMay2015: /* Tuesday, May 19, 2015 */
18:41.51Notify03BRL-CAD Wiki:Bhollister * 8344 /wiki/User:Bhollister/DevLogMay2015: /* Wednesday, May 20, 2015 */
19:02.54*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
19:06.29Notify03BRL-CAD:carlmoore * 65021 brlcad/trunk/src/util/gencolor.c: implement -p,-b,-L,-H cases
19:19.09*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
19:23.45*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
19:26.56*** join/#brlcad cox_ (~quassel@188.226.208.53)
19:28.13Notify03BRL-CAD:carlmoore * 65022 brlcad/trunk/doc/docbook/system/man1/en/gencolor.xml: rewrite of gencolor man page because of new options; also, I added 2015 for copyright (WHAT ABOUT OTHER REVISED PROGRAMS?)
19:39.16Notify03BRL-CAD:carlmoore * 65023 brlcad/trunk/doc/docbook/system/man1/en/gencolor.xml: reduce use of underscores
20:18.42*** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net)
20:59.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:37.18Notify03BRL-CAD Wiki:Bhollister * 8345 /wiki/User:Bhollister/DevLogMay2015: /* Thursday, May 21, 2015 */
23:49.24*** join/#brlcad brad_h (~behollis@dhcp-59-221.cse.ucsc.edu)
IRC log for #brlcad on 20150522

IRC log for #brlcad on 20150522

00:04.22Notify03BRL-CAD Wiki:Sweetbuns999 * 0 /wiki/User:Sweetbuns999:
00:14.00*** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net)
00:32.01brad_hstarseeker: what is the proper way to add new commands (command-line) for mged / archer? i see various cmd function prototypes listed in mged/cmd.h but that of course is only part of their implementation.
00:34.10brad_hstarseeker: i ask because i'm revamping my propsal. i'll be implementing command-line editing of nmg data-structures instead of thru the gui.
00:36.27brad_hstarseeker: also, you may want to provide some suggestion as to the command-line interface for that as well. i was thinking of following some of the design considerations that blender has taken for access to their bmesh: http://wiki.blender.org/index.php/Dev:2.6/Source/Modeling/BMesh/Design
02:59.54*** join/#brlcad IriX64 (~kvirc@SSMRON9421W-LP130-02-1279744415.dsl.bell.ca)
05:03.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:12.36*** join/#brlcad Gurwinder (75dca957@gateway/web/freenode/ip.117.220.169.87)
05:19.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:04.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:30.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:31.30*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
06:43.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:34.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:47.45*** join/#brlcad merzo (~merzo@114-86-133-95.pool.ukrtel.net)
09:09.54*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
11:21.17*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
11:46.52starseek1rbrad_h: that's somewhat involved (adding new command) - you might look over commit 46507, which adds the exist command
11:47.03starseek1rsvn diff -c46507|less
12:59.37*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
13:08.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:04.57Notify03BRL-CAD Wiki:MeShubham99 * 8346 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
14:56.47*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
14:59.37*** join/#brlcad andrei_il (~andrei@109.100.128.78)
15:03.33*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
15:04.55*** join/#brlcad Shubham_ (6719e766@gateway/web/freenode/ip.103.25.231.102)
15:05.28*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
15:06.38``Erik"Curve Parameterization For Mere Mortals" http://sidewindiegames.com/?p=327
15:15.02Notify03BRL-CAD:starseeker * 65024 brlcad/trunk/src/libbn/tests/bntester.c: gcc is issuing a Werror=clobbered warning about found_eof.
15:37.32Notify03BRL-CAD:starseeker * 65025 brlcad/trunk/src/libbg/CMakeLists.txt: GM -> BG (naming convention is needed for automagic handling of defines with MSVC)
15:46.46Notify03BRL-CAD:starseeker * 65026 (brlcad/trunk/include/bg/chull.h brlcad/trunk/include/bg/defines.h and 4 others): GM_ -> BG_
15:52.15*** join/#brlcad cardinot (~cardinot@187.16.242.23)
15:52.15*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
16:11.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:11.09*** join/#brlcad ih8sum3r (~chatzilla@122.173.29.173)
17:14.27*** join/#brlcad Gurwinder (75cf9daa@gateway/web/freenode/ip.117.207.157.170)
17:27.01*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
17:57.29Notify03BRL-CAD Wiki:Hitesh sofat * 8347 /wiki/User:Hitesh/option_for_docbook:
18:09.36Notify03BRL-CAD:carlmoore * 65027 brlcad/trunk/src/util/gencolor.c: allow for (rare?) case of -r giving a smaller positive number than the number of values input; also, 0 (and not just negative) count will take us to infinite condition
18:15.33Notify03BRL-CAD:carlmoore * 65028 brlcad/trunk/src/util/gencolor.c: mv basemultiple declaration to main program; do not need it as global
18:18.47Notify03BRL-CAD:carlmoore * 65029 brlcad/trunk/src/util/gencolor.c: and move 2 more int variables into main program (not global)
18:31.24Notify03BRL-CAD:brlcad * 65030 brlcad/trunk/NEWS: carl added options to the gencolor command.
18:33.56Notify03BRL-CAD:brlcad * 65031 brlcad/trunk/NEWS: carl added options (-p -b -L -H) to the gencolor command and improved output parsing.
18:50.23Notify03BRL-CAD:brlcad * 65032 brlcad/trunk/include/bu/file.h: no more bu/mime.h
18:53.13*** join/#brlcad devinder (~chatzilla@106.78.13.209)
18:54.51Notify03BRL-CAD:brlcad * 65033 brlcad/trunk/include/bu/file.h: ahh, I get it. this is a problem since now we can't just point at our source header dir. (revert 65032)
18:57.42starseek1rbrlcad: I'd be OK with checking in the generated version and having it update in the src tree when the inputs change - it's rare that we do that, and I try to avoid it, but the header wouldn't change all that often and I can see where the added complexity is a problem
19:06.05starseek1rone sec...
19:23.54``Erikhttp://www.simppa.fi/blog/porsche-black-edition-engine-sound-particles/
19:39.26Notify03BRL-CAD:starseeker * 65034 (brlcad/trunk/include/bu/CMakeLists.txt brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/mime.cmake): Check in the bu/mime.h header and update the cmake script to maintain it there instead of in the build directory. Since the header seldom changes, go with the clarity of including it where it is expected instead of enforcing the 'minimize configure/build changes to src dir
19:39.28Notifyfiles' policy.
19:39.30Notify...
19:48.40brlcadstarseek1r: how about instead of modifying the src dir, just have it check if they're different and fail the build (a read-only checkout would be a good test!)
19:48.47brlcadlike you said, that should be rare/non-existent
19:49.22brlcadlet the user copy it manually and commit instead of it sneaking in just because they ran make
19:49.27starseek1rerm.  I guess that could be OK, as long as it prints the copy line for moving the new generated file...
19:49.36brlcadsure
19:49.55starseek1rread only checkout won't 100% succeed now - a couple of the toplevel doc files are automatically maintained/synced
19:50.03brlcadthat way user is informed (maybe they didn't mean to update/move the mime file)
19:50.13starseek1ras are a couple of the generated sources for stepcode...
19:50.19brlcadugh :)
19:50.31brlcadwell a goal for "someday maybe"
19:50.48brlcadit'd be nice to maintain a behavior contract
19:51.00starseek1ris open to suggestions on those - I *really* wanted a read-only tree, but syncing option docs with CMake code manually begs for out of date docs
19:51.36brlcadnot if it halts the build ;)
19:51.40starseek1rsuppose we could fail configure until the sync is made manually... hadn't considered making it a haulting condition
19:51.41brlcadit's their problem then
19:52.51brlcad``Erik: nifty viz
19:53.45brlcad``Erik: oh, and fyi there's some problem with our version of apache (maybe a vulnerability or a bug?) ... every now and then it signal 11's every/any page until a restart
19:53.47*** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net)
19:54.23brlcadbasically all sites go down (!)
19:54.44brlcadI couldn't find the source in logs, but my foo was shallow
20:03.19Notify03BRL-CAD:starseeker * 65035 brlcad/trunk/src/libbu/mime.cmake: Try haulting configure and reporting the difference for mime, rather than updating automatically. More jarring, but also more principled in terms of not modifying the src tree.
20:03.43brlcadwoot
20:04.16starseek1rwell, let's see if it works cross platform - may have to get fancy if the svn checkout does one thing with line endings and CMake does another...
20:14.55*** part/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
20:16.48``Erikbrlcad: I've noticed sig11's, but not an actual loss of service (beyond the request that crashes).. when was the last time it was messed up? my traffic graphs aren't showing any dead spots lately
20:19.47*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
20:38.11Notify03BRL-CAD:starseeker * 65036 brlcad/trunk/src/conv/gcv/gcv.cpp: More help output tweaking, and add ability to differentiate between input-only, output-only and input-and-output applicable options.
20:42.58*** join/#brlcad LordOfBikes (~armin@dslb-178-007-228-227.178.007.pools.vodafone-ip.de)
20:44.37Notify03BRL-CAD:starseeker * 65037 brlcad/trunk/src/conv/gcv/gcv.cpp: to the top level, these are unknowns, not format options.
20:46.16brlcad``Erik: it happened again about an hour ago (apachectl restart fixes it)
20:47.46brlcad``Erik: see /var/log/messages around May 22 15:03:01
20:53.02``ErikI see logged successes during the window of sig11's, so not a complete service outage
20:53.34``Erikrebuilds some to see if that fixes things
21:04.11``Erikok, recompiled apache (and dependant ports) running, now the waiting game :)
21:07.28brlcadcool
21:07.51brlcadstepcode
21:08.13brlcader, stepcode's mediawiki instance still sig11's but that's probably a different issue
21:08.48*** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net)
21:08.53``Erikhm, is that what we're seeing right now?
21:09.14brlcadwhat do you mean?
21:09.24``ErikMay 22 17:08:16 brlcad kernel: pid 85752 (httpd), uid 80: exited on signal 11
21:09.38brlcadyeah
21:09.41brlcadthe sporadic ones
21:09.48brlcadcrashes on demand
21:09.56brlcad<PROTECTED>
21:10.13``Erik2 at 17:06:39, 4 at 17:06:41
21:10.24``Erikwoops, s/06/07
21:11.07brlcadI spent half a day trying to trace that one down
21:11.13brlcadupgraded mw to the latest
21:11.23brlcadseemed to be some php interaction with apache
21:36.39Notify03BRL-CAD:carlmoore * 65038 brlcad/trunk/src/util/gencolor.c: fix the case of use of any of -p,-b,-L,-H where the number of input values is not integer multiple of number of values needed for the file
21:59.50``Erikok, I've turned off apc, let's see if that does something
22:34.24*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-wcuyayjreqhrwqda)
22:58.10``Erikan hour with no segfaults, interesting
23:06.56Notify03BRL-CAD Wiki:Bhollister * 8348 /wiki/User:Bhollister/DevLogMay2015: /* Friday, May 22, 2015 */
23:08.40*** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net)
23:20.01Notify03BRL-CAD Wiki:Bhollister * 8349 /wiki/User:Bhollister/Proposal:
23:21.00Notify03BRL-CAD Wiki:Bhollister * 8350 /wiki/Google_Summer_of_Code/2015: /* NMG Editing */
23:21.18Notify03BRL-CAD Wiki:Bhollister * 8351 /wiki/Google_Summer_of_Code/2015: /* NMG Editing */
23:22.40Notify03BRL-CAD Wiki:Bhollister * 8352 /wiki/User:Bhollister/Abstrac:
23:25.17brad_hi've updated my gsoc2015 proposal on the wiki + google-melange.  Additional info: http://people.ucsc.edu/~behollis/hollisterGSoC2015Revised2.pdf
23:44.26``Erikhuh, sigill, but no sigsegv
IRC log for #brlcad on 20150523

IRC log for #brlcad on 20150523

00:12.29Notify03BRL-CAD Wiki:Bhollister * 8353 /wiki/User:Bhollister/Abstrac:
00:14.13Notify03BRL-CAD Wiki:Bhollister * 8354 /wiki/Google_Summer_of_Code/2015: /* NMG / BoT Editing */
00:19.14*** join/#brlcad brad_h (~behollis@dhcp-59-221.cse.ucsc.edu)
00:24.47*** join/#brlcad cox (~quassel@188.226.208.53)
01:21.26*** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net)
01:34.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:54.59brlcadbrad_h: I noticed!
04:56.04brlcad``Erik: stepcode mediawiki still segfaults on demans (go to url/mw/ to see)
04:56.33brlcadthe site is in offline mode because of the crashes
04:57.06brlcadjust reloaded a bunch just now to fill the logs with crash
04:57.37brlcadbrad_h: outstanding log details
04:59.50brlcadbrad_h: as for adding new commands, there is a gci patch you could review/update that stubs in an empty "mesh" command
04:59.55brlcads/could/should/
06:33.19Notify03BRL-CAD Wiki:Ngassafinjap * 8355 /wiki/User:Amalia/Development_logs: /* Introductions */
06:37.20Notify03BRL-CAD Wiki:Ngassafinjap * 8356 /wiki/User:Amalia/Development_logs: /* Introductions */
06:37.58Notify03BRL-CAD Wiki:Ngassafinjap * 8357 /wiki/User:Amalia/Development_logs: /* Introductions */
06:38.31Notify03BRL-CAD Wiki:Ngassafinjap * 8358 /wiki/User:Amalia/Development_logs: /* Introductions */
06:50.08Notify03BRL-CAD Wiki:Ngassafinjap * 8359 /wiki/User:Amalia/Development_logs: /* Introductions */
07:00.37Notify03BRL-CAD Wiki:MeShubham99 * 8360 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
07:09.29Notify03BRL-CAD Wiki:MeShubham99 * 8361 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
07:12.41Notify03BRL-CAD Wiki:MeShubham99 * 8362 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
13:14.46*** join/#brlcad luca79 (~luca@bo-18-136-13.service.infuturo.it)
15:51.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:25.06Notify03BRL-CAD Wiki:Gurwinder Singh * 8363 /wiki/Google_Summer_of_Code/2015: /* Povray export */
16:32.27*** join/#brlcad sofat (~sofat@202.164.45.204)
17:05.39Notify03BRL-CAD Wiki:Gurwinder Singh * 8364 /wiki/User:Gurwinder_Singh/GSoc15/proposal: /* Development Schedule and Timeline */
17:13.26*** join/#brlcad sofat (~sofat@202.164.45.208)
17:55.21*** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net)
18:48.08*** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net)
18:49.00*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
18:54.37*** join/#brlcad sofat (~sofat@202.164.45.208)
20:15.26*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
21:17.16*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
21:22.50*** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net)
22:25.33*** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net)
22:56.13Notify03BRL-CAD:starseeker * 65039 brlcad/trunk/src/conv/gcv/gcv.cpp: Demonstrate proof-of-concept returning of format specific help
IRC log for #brlcad on 20150524

IRC log for #brlcad on 20150524

01:54.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:28.21*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
04:37.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
09:40.04*** join/#brlcad andrei_il (~andrei@109.100.128.78)
12:17.28*** join/#brlcad devinder (~chatzilla@106.76.161.254)
15:06.46*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
16:00.45*** join/#brlcad devinder (~chatzilla@27.97.99.89)
16:13.06*** join/#brlcad sofat (~sofat@202.164.45.204)
16:42.50*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
16:43.30*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
16:56.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:18.18sofatbrlcad, I am preparing  my report on confluence. i want to know one think , I also need to write about other option like wordpress plugin, pandoc etc in report or only write about confluence ?
17:18.37sofatin report
18:03.07*** join/#brlcad sofat (~sofat@202.164.45.204)
18:07.55*** join/#brlcad sofat (~sofat@202.164.45.204)
18:20.50*** join/#brlcad devinder (~chatzilla@1.187.212.219)
18:30.53*** join/#brlcad sofat (~sofat@202.164.45.204)
18:39.00*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
19:28.40*** join/#brlcad sofat (~sofat@202.164.45.204)
19:30.01Notify03BRL-CAD Wiki:Deekaysharma * 8367 /wiki/User:Deekaysharma/GSoc15/OGV_production_ready_plan:
21:35.30*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
22:04.15*** join/#brlcad merzo (~merzo@6-62-132-95.pool.ukrtel.net)
22:09.08Notify03BRL-CAD Wiki:Dracarys983 * 8368 /wiki/User:Dracarys983/Development_Logs: /* Development Logs - Coding Period Entry */
23:25.58*** join/#brlcad konrado (~konro@41.205.22.45)
IRC log for #brlcad on 20150526

IRC log for #brlcad on 20150526

16:21.42*** join/#brlcad infobot (ibot@rikers.org)
16:21.42*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
16:29.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:34.52Notify03BRL-CAD Wiki:MeShubham99 * 8400 /wiki/User:MeShubham99/GSoc15/log_developmen:
16:44.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:47.35Notify03BRL-CAD:starseeker * 65041 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/CMakeLists.txt brlcad/trunk/src/libanalyze/tests/CMakeLists.txt): Start hooking up a framework for experimentation with diffing using the raytracer.
16:48.04Notify03BRL-CAD:starseeker * 65042 (brlcad/trunk/src/libanalyze/raydiff.c =================================================================== and 185 others): add files.
17:08.52*** join/#brlcad vasc (~VASC@bl13-105-52.dsl.telepac.pt)
17:41.54Notify03BRL-CAD:carlmoore * 65043 brlcad/trunk/src/util/gencolor.c: oops, last week's changes broke the infinite-loop case; fixed it
17:53.24*** join/#brlcad ih8sum3r (~chatzilla@122.173.43.149)
17:56.20ih8sum3rbrlcad: Hi
18:23.52Notify03BRL-CAD Wiki:Bhollister * 8401 /wiki/User:Bhollister/DevLogMay2015: /* Monday, May 25, 2015 */
18:32.33Notify03BRL-CAD Wiki:202.164.45.204 * 8402 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
19:08.28Notify03BRL-CAD:starseeker * 65044 brlcad/trunk/src/libanalyze/raydiff.c: Filter based on segment length.
19:16.17*** join/#brlcad sofat (~sofat@202.164.45.208)
19:29.22Notify03BRL-CAD:ejno * 65045 brlcad/trunk/src/conv/gcv/optionparser.h: silence warnings by adding virtual destructors
19:41.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:51.51*** join/#brlcad vasc (~VASC@bl13-105-52.dsl.telepac.pt)
19:52.52*** join/#brlcad sofat (~sofat@202.164.45.204)
19:58.32Notify03BRL-CAD:carlmoore * 65046 (brlcad/trunk/doc/docbook/system/man1/en/gencolor.xml brlcad/trunk/src/util/gencolor.c): implement s,w,n for gencolor
20:04.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:10.47Notify03BRL-CAD:carlmoore * 65047 brlcad/trunk/doc/docbook/system/man1/en/fblabel.xml: remove 3 occurrences of '/b' (accidentally copied from 'r/g/b'?), and remove an extra period
20:17.19*** join/#brlcad LordOfBikes (~armin@dslb-092-075-154-044.092.075.pools.vodafone-ip.de)
20:35.04Notify03BRL-CAD:carlmoore * 65048 brlcad/trunk/src/util/gencolor.c: remove a trailing blank
20:37.43*** join/#brlcad andrei_il (~andrei@109.100.128.78)
20:56.45Notify03BRL-CAD Wiki:Deekaysharma * 8403 /wiki/User:Deekaysharma/logs:
21:02.47*** join/#brlcad Ch3ck (~Ch3ck@41.205.22.10)
21:17.31*** join/#brlcad konrado (~konro@154.70.108.202)
21:27.46Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8404 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
21:34.01Notify03BRL-CAD:ejno * 65049 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: export color information
22:06.27*** part/#brlcad Ch3ck (~Ch3ck@41.205.22.10)
22:07.58Notify03BRL-CAD:starseeker * 65050 brlcad/trunk/src/libanalyze/raydiff.c: Start working out how to collect results.
22:26.14Notify03BRL-CAD Wiki:Konrado DJ * 8405 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 26 MAY 2015 */
23:25.34Notify03BRL-CAD:brlcad * 65051 brlcad/trunk/src/libanalyze/raydiff.c: non-public functions should be static, mark lib functions as HIDDEN (and give them a prefix just in case)
23:35.03Notify03BRL-CAD:starseeker * 65052 brlcad/trunk/src/libanalyze/raydiff.c: Switch to bu_ptbl so we can sort the results if we want to be sure of returning the same results in the same order... may not be worth the overhead, or maybe it could be an option used when results need to be compared in debugging situations.
23:44.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:51.20Notify03BRL-CAD:brlcad * 65053 brlcad/trunk/NEWS: credit jon with adding FASTGEN4 export support. includes geometry (meshes and implicits), some metadata, color/material information.
IRC log for #brlcad on 20150527

IRC log for #brlcad on 20150527

00:12.55*** join/#brlcad Gurwinder (3b5b768c@gateway/web/freenode/ip.59.91.118.140)
00:14.28GurwinderMy ubuntu was crashed so I have to compile BRL-CAD again. But when I run make at 73% it gaves me error
00:14.45Gurwinder<PROTECTED>
00:16.19Gurwinderseached about it but can't get anything good , how to solve it?
00:17.21Gurwinder@brlcad: is there something wrong while I was doing svn?
00:34.39*** join/#brlcad konrado (~konro@41.205.22.19)
00:51.44Notify03BRL-CAD Wiki:59.91.118.140 * 8406 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
00:53.57Notify03BRL-CAD Wiki:59.91.118.140 * 8407 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
00:56.08Notify03BRL-CAD Wiki:Nickstrauss * 0 /wiki/User:Nickstrauss:
00:56.16Notify03BRL-CAD Wiki:59.91.118.140 * 8408 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
01:11.34Notify03BRL-CAD:starseeker * 65054 brlcad/trunk/src/libanalyze/raydiff.c: Start preparing to set up the raytracing using an actual pattern.
01:14.17starseek1rGurwinder: sounds like you're missing a C++ dev library
01:18.37GurwinderI think I have install but lets run make after updateing os
01:19.17Gurwinderno, got same error again
01:19.37GurwinderIn file included from /home/gurwinder/brlcad-svn-trunk/src/other/tclap/include/tclap/SwitchArg.h:30:0,
01:19.51Gurwinderfrom /home/gurwinder/brlcad-svn-trunk/src/other/tclap/include/tclap/CmdLine.h:27,
01:20.55Gurwindererror is of /home/gurwinder/brlcad-svn-trunk/src/other/tclap/include/tclap/Arg.h:48:2:
01:46.37Notify03BRL-CAD:brlcad * 65055 brlcad/trunk/NEWS: credit carl again with extensive command consistency efforts
02:02.26Notify03BRL-CAD:brlcad * 65056 brlcad/trunk/include/rt/db5.h: sync minortypes with the ID_ types, missing PNTS
02:05.27brlcadGurwinder: you almost certainly do have stringstream, but for some reason tclap doesn't think you do
02:05.50brlcadGurwinder: is this a fresh compile?  i.e., you deleted your build directory and are starting clean?
02:11.20GurwinderYes, I do svn them cmake and then make
02:11.51GurwinderI just install ubuntu 14.04 and start following http://brlcad.org/wiki/Compiling
02:30.05brlcadGurwinder: do you have a C++ compiler installed?
02:30.34brlcadbuild-essential should have installed it for you
02:34.41vasci had issues when compiling without using the built-in libraries for basically everything
02:34.56vasctcl/tk in particular was a pain
02:35.56brlcadtcl/tk is generally a pain
02:36.01GurwinderYes, compiler is on my system
02:38.25brlcadGurwinder: I think I see the issue, or at least I see one issue
02:39.44brlcadthat error line in tclap is because it doesn't have HAVE_SSTREAM or HAVE_STRSTREAM defined
02:41.19Gurwinderok, are HAVE_SSTREAM or HAVE_STRSTREAM require to be defined by me, manually?
02:43.44brlcadwell cmake should have defined them in src/other/tclap/CMakeLists.txt
02:44.52brlcadand it clearly does some tests, sets some vars, maybe writes them into tclap_config.h but then that's protected in those files by a generic HAVE_CONFIG_H
02:44.56brlcadwhich isn't set
02:46.36Gurwinderhmm I have to do it now because I have my exam after 1 hrs. Or I put mail with error shown in it?
02:47.15brlcadGurwinder: you should talk with starseek1r to get it fixed as I believe he enabled tclap
02:47.47brlcadGurwinder: short term temporary fix, remove the HAVE_CONFIG_H wrappers around tclap_config.h in Arg.h (and two other headers)
02:48.08brlcadthat's not the right fix, but it should get you compiling
02:54.28brlcadthe tclap CMakeLists.txt file needs to change, probably to make HAVE_SSTREAM / HAVE_STRSTREAM defined as a CPPFLAGS wherever tclap is used, if sources are to remain unmodified, or HAVE_CONFIG_H is defined as CPPFLAGS wherever tclap is used, or sources are modified
04:25.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:03.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:54.13*** join/#brlcad merzo (~merzo@91-76-133-95.pool.ukrtel.net)
09:06.49*** join/#brlcad merzo (~merzo@71-13-133-95.pool.ukrtel.net)
09:10.18*** join/#brlcad merzo (~merzo@71-13-133-95.pool.ukrtel.net)
09:14.26*** join/#brlcad merzo (~merzo@71-13-133-95.pool.ukrtel.net)
11:22.58*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
11:30.49*** join/#brlcad cox_ (~quassel@188.226.208.53)
12:21.09Notify03BRL-CAD:ejno * 65057 (brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp): remove C linkage specification from static function gcv_fastgen4_write()
12:23.35Notify03BRL-CAD:ejno * 65058 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: revert unintentional commit of BRLCAD_CompilerFlags.cmake
12:52.29*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
13:02.50*** join/#brlcad Gurwinder (3b599e31@gateway/web/freenode/ip.59.89.158.49)
13:08.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:36.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:53.15Notify03BRL-CAD:carlmoore * 65059 brlcad/trunk/src/libanalyze/raydiff.c: remove one trailing whitespace character
14:06.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:07.14Gurwinderbrlcad: I have installed brlcad through .deb file but when I run mged I shows no command.
14:08.26Gurwinderbrlcad: I run, benchmark run I stopped at frame 5. Where are files like src/conv/g-xxx.c ?
14:19.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:25.29*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-cmqbmqhfsfzrfnmr)
14:33.15*** join/#brlcad Gurwinder (3b599e31@gateway/web/freenode/ip.59.89.158.49)
14:45.28Gurwinderbrlcad: found g-xxx.c in brlcad/share/sample_application. how to comiple it after editing it?
14:56.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:05.57``Erikg-xxx.c is a skeletal example of what an exporter would look like, it's not meant to be compiled/used
15:06.28``Erikhow are you running mged? You might need to run it from the command line to answer what device to attach to (probably X)
15:07.05``Erikbenchmark takes roughly 20-30 minutes, be patient :D
15:43.00Notify03BRL-CAD:carlmoore * 65060 brlcad/trunk/doc/docbook/system/man1/en/gencolor.xml: redo the remark about stdin, and do the EXAMPLE a 2nd time but using stdin instead of input on command line
15:49.22Notify03BRL-CAD:ejno * 65061 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: detect CCONE2-compatible regions created by the fastgen4 importer (in progress)
15:57.25*** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
16:22.22Notify03BRL-CAD:carlmoore * 65062 brlcad/trunk/src/util/pix-bw.c: add new error message, and eliminate duplication of 2 lines (notice that 'invalid -e argument' causes transfer of control)
16:37.25Notify03BRL-CAD:ejno * 65063 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: more work on CCONE cutout detection; fix rounding of color values
16:44.45Notify03BRL-CAD Wiki:Bhollister * 8409 /wiki/User:Bhollister/DevLogMay2015: /* Tuesday, May 26, 2015 */
16:50.56Notify03BRL-CAD:ejno * 65064 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: record when a region representing a CCONE has been written
17:26.24*** join/#brlcad sofat (~sofat@202.164.45.204)
17:26.34Notify03BRL-CAD:ejno * 65065 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix typos
17:33.41*** join/#brlcad sofat (~sofat@202.164.45.204)
17:44.23Notify03BRL-CAD:ejno * 65066 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: add comments describing find_ccone_cutout()
17:57.35*** join/#brlcad merzo (~merzo@90-33-133-95.pool.ukrtel.net)
18:00.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:03.07Notify03BRL-CAD Wiki:117.212.52.248 * 8410 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
18:04.15Notify03BRL-CAD Wiki:117.212.52.248 * 8411 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: /* 27 May */
18:32.43*** join/#brlcad andrei_il (~andrei@109.100.128.78)
18:37.35Notify03BRL-CAD:carlmoore * 65067 brlcad/trunk/src/libicv/color_space.c: fix comments (we need to test if 'This is a true condition' is correct), and don't need 'else' if preceded by transfer of control
18:38.25Notify03BRL-CAD:ejno * 65068 (brlcad/trunk/src/libgcv/conv/fastgen4/NOTES brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp): update NOTES file for the fastgen plugin; code and comment formatting
19:01.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:14.38Notify03BRL-CAD Wiki:Hitesh sofat * 8412 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
19:20.47*** join/#brlcad sofat (~sofat@202.164.45.208)
19:47.12Notify03BRL-CAD:carlmoore * 65069 brlcad/trunk/doc/docbook/system/man1/en/gencolor.xml: revise what was a 'pixels' reference; notice that I provided for this use of standard input when I discussed the EXAMPLE; will now have to consider the removal of -L and -H options, which will be provided for by -s512 and -s1024 respectively
19:55.32Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8413 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
19:56.46Notify03BRL-CAD:carlmoore * 65070 (brlcad/trunk/doc/docbook/system/man1/en/gencolor.xml brlcad/trunk/src/util/gencolor.c): Removed -L and -H; use -s512 and -s1024, respectively.
20:19.07Notify03BRL-CAD:ejno * 65071 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check return value of convert_primitive()
20:32.53Notify03BRL-CAD Wiki:Deekaysharma * 8414 /wiki/User:Deekaysharma/logs:
20:44.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:55.05Notify03BRL-CAD:ejno * 65072 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: work on supported boolean operations: wrap gcv_region_end()
20:56.22*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-wjnbnewbvevqjiaa)
21:31.41Notify03BRL-CAD Wiki:Konrado DJ * 8415 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 26 MAY 2015 */
21:36.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:59.18*** join/#brlcad merzo (~merzo@90-33-133-95.pool.ukrtel.net)
22:08.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:25.30Notify03BRL-CAD:carlmoore * 65073 brlcad/trunk/doc/docbook/system/man1/en/pix-bw.xml: reduce use of brackets in this man page
22:34.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:56.20*** join/#brlcad vasc (~vasc@bl13-251-233.dsl.telepac.pt)
22:56.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:03.59Notify03BRL-CAD Wiki:Bhollister * 8416 /wiki/User:Bhollister/DevLogMay2015: /* Wednesday, May 27, 2015 */
IRC log for #brlcad on 20150528

IRC log for #brlcad on 20150528

18:52.14*** join/#brlcad infobot (ibot@rikers.org)
18:52.14*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
18:54.25*** join/#brlcad sofat (~sofat@202.164.45.204)
18:56.44Notify03BRL-CAD Wiki:202.164.45.204 * 8431 /wiki/User:Hitesh/option_for_docbook:
19:00.22*** join/#brlcad andrei_il (~andrei@109.100.128.78)
19:01.56Notify03BRL-CAD Wiki:202.164.45.204 * 8432 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
19:03.16Notify03BRL-CAD Wiki:202.164.45.204 * 8433 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
19:10.56*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
19:10.57*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
19:11.01*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
19:11.09*** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net)
19:17.03Notify03BRL-CAD:ejno * 65077 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: work on supporting boolean operations (in progress)
19:21.52Notify03BRL-CAD:brlcad * 65078 brlcad/trunk/src/librt/primitives/sketch/sketch.c: add missing semicolon
19:24.01*** join/#brlcad ih8sum3r (~chatzilla@122.173.183.95)
19:26.53ih8sum3rbrlcad: Hello
19:42.53``Erikheh, he's using his alt alt nick, I doubt he's looking right now :) if you need help, ask your ask
19:51.40ih8sum3rI just want to ask, I'm planning to use http://codepen.io/zessx/pen/ZGBMXZ such kind of background in OGV landing page. Will it (kind of geometry) match BRL-CAD theme or not.
19:52.47Notify03BRL-CAD Wiki:Deekaysharma * 8434 /wiki/User:Deekaysharma/logs:
20:01.42Notify03BRL-CAD:carlmoore * 65079 brlcad/trunk/src/util/pix-bw.c: I have switched int to size_t because that's the type I see in a routine called by this program.
20:01.47tofu_ih8sum3r: it's fine for now, but it definitely doesn't match our theme or preferred geometry representation type
20:03.14ih8sum3rtofu_: Can you please tell which geometry will match our theme?
20:05.13brlcadih8sum3r: "not triangles"
20:06.39brlcadtriangle geometry is pervasive with content modelers, not CAD
20:07.47brlcadih8sum3r: there was a great discussion during GCI about using that same framework to display boolean operations interactively
20:08.33brlcadif you search the GCI tasks for the "splash screen" tasks, you should find some of that discussion and a few examples that are closer to fitting our theme
20:09.00ih8sum3rAFAIK was it done by Marc!
20:09.05brlcadyes
20:09.27brlcadhad the same talk with him about polygons being inappropriate
20:09.40brlcadbut fine for a starting point
20:09.58brlcadhe used a style-agnostic gray theme, less movement, more subtle
20:10.20ih8sum3rI remember he made some page whose background was similar to this one http://codepen.io/VincentGarreau/pen/pnlso
20:10.25brlcaddidn't get booleans working, but I think that was more a coding experience limitation that you might be able to manage quickly
20:10.58brlcadyes
20:12.55brlcadmy suggestion was something along the lines of having it randomly generate ellipses and rectangles, performing union/subtract/unions as they move around
20:13.27*** join/#brlcad sofat (~sofat@202.164.45.204)
20:14.12ih8sum3rIf I use similar thing which I send you will it be Okay? My plan is to use such background with the black tint above it on which BRL-CAD logo is there with written text OGV. Along with it there will be a login button.
20:14.24``Erikwhy have a moving background for a landing page? O.o
20:14.49ih8sum3rOh! okay i'll find something similar to ellipse or rectangles.
20:16.00ih8sum3rI thought to use it so that a leaves an impression of something like CAD or 3D to the user in the first look only.
20:18.08brlcadih8sum3r: whatever you do, it should be very subtle .. the center of attention should be on login or docs or info or something else
20:19.27Notify03BRL-CAD:carlmoore * 65080 brlcad/trunk/src/util/pix-bw.c: remove the variable named 'multiplier'; it was not being used
20:20.25dracarys983brlcad: Take a look at the ERROR 1 here. It needs a change in CMakeLists.txt of include/rt.
20:20.27dracarys983https://docs.google.com/document/d/1SvdoZ6VK1iRiCLrdmNrHDnJePjy5wCpD2s0iMkIOMDo/edit?usp=sharing
20:20.48ih8sum3rOkay i'll try to find out something good and new :).
20:20.59*** mode/#brlcad [+o brlcad] by ChanServ
20:21.02*** mode/#brlcad [-q *!*@212.203.58.127] by brlcad
20:21.42brlcaddracarys983: I can't get to gdocs from my current location -- can you summarize or repost to pastebin.ca
20:23.03dracarys983brlcad: Present CMakeLists.txt of include/rt installs all headers (including it's subdirectory primitive's) in ${CMAKE_INSTALL_PREFIX}/include/brlcad/rt
20:23.21dracarys983Hence there is no subdirectory primitives there
20:23.37dracarys983Outcome are those errors
20:23.48dracarys983s/are/is
20:25.02``Erikhm, 'file -> email as attachment', or "file -> download as" and dcc could work
20:25.16``Erikheh, dcc, there's a blast from the past :D
20:25.38brlcaddracarys983: ah, got it
20:25.46brlcadstarseeker: easy fix?
20:26.00brlcadbesides creating a subdir CMakeLists.txt file
20:26.33dracarys983http://pastebin.ca/3012394 <-- rt's CMakeLists.txt changes
20:27.22dracarys983http://pastebin.ca/3012397 <-- rt/primitive's CMakeLists.txt
20:28.12brlcadah, so you added a subdir
20:28.14brlcadokay
20:28.28brlcadthere's almost certainly a way to avoid that
20:29.00brlcadcan you make that into a quick patch?
20:29.01dracarys983brlcad: I'm all up to do it in a better way if there's one :D
20:29.24dracarys983With subdir?
20:29.35brlcadthat's why I asked starseeker .. he brok^wwrote it that way ;)
20:31.00dracarys983Should I submit these changes as a patch or leave it to starseeker?
20:32.55*** join/#brlcad sofat (~sofat@202.164.45.204)
20:33.06brlcadif you make a patchfile, I'll apply it now
20:33.14``Erikbrlcad: did you get my email about dns?
20:33.22brlcad``Erik: maybe
20:33.40brlcadI've not seen half my mail today
20:33.42brlcad(yet)
20:34.00``Erikah, I dropped isc on the server, I think it's working but a double check wouldn't hurt
20:34.08brlcadah, cool
20:35.07brlcadthat reminds me.. I got a slew (dozen or so) of rejection e-mails that were obviously either spoofing a brlcad.org address, or the smtp server somehow sent out a bunch of spam and I got the responses
20:36.36``Erikspoofing an address? I see plenty of spams with malformed 'from' addresses that the server appends .brlcad.org to, is that what you're seeing?
20:36.52``Erik"From blah@some.bad.host.brlcad.org"
20:36.53brlcadyeah, that's it
20:36.56vascbrlcad, did you get the chance to look at the OpenCL patches?
20:37.26brlcadvasc: I was working on one last night, looking good
20:37.40brlcadshould finish it up tonight and can give some feedback/apply
20:38.27vasccool. i'm looking at the rendering loop to see how i can parallelize it for opencl but its a bit convoluted and recursive
20:38.40vascas expected
20:38.43brlcadyep :)
20:38.52brlcadI suggest batching first
20:39.03brlcadget all rays dispatching (which can then be parallelized)
20:40.07brlcadaggregate all hits (instead of immediately calling librt to weave them and liboptical to colorize them)
20:40.34vascthe problem is with the secondary rays
20:41.13brlcadcould ignore secondary for first steps, or go with a streaming main loop (consumer/producer)
20:41.24brlcadgood paper on that method from a couple years ago
20:41.41vascthe traditional ray tracing rendering loops do ray tracing in a depth first manner across the ray tree. but we need to do breadth first on the gpgpu
20:41.50brlcadnods
20:41.58brlcadthat's basically what I mean by batching
20:42.03vascyes
20:43.11brlcadhere we go
20:43.18vasci think i'll ignore secondaries as a first approach, but we'll want them back later on. this should be a rendering pipeline option aka quick path or whatever
20:43.37brlcaddon't know if it's online, but from HPG09: "Faster Incoherent Rays: Multi-BVH Ray Stream Tracing"
20:43.41vascthere was an interesting paper a couple of years back
20:44.20vascthat one's too intel specific i think
20:45.14brlcadthe optimizations are too intel/simd-specific, but the overall algorithm is pretty sound
20:45.21brlcadand generalizable
20:45.58brlcadanyways, just a thought .. how that applies to our code is still the bigger piece of the pie
20:46.04vasci think its a single-ray many object intersection routine
20:46.11vascits good for secondaries but
20:48.52Notify03BRL-CAD:brlcad * 65081 brlcad/trunk/src/librt/primitives/xxx/xxx.c: actually demonstrate specific allocation and deallocation since calling bu_free() can be wrong if that's not how it was allocated.
20:49.32dracarys983brlcad: Done. :)
20:50.59Notify03BRL-CAD:brlcad * 65082 brlcad/trunk/src/librt/primitives/xxx/xxx.c: this is why xxx needs to be enabled for compilation. gets out of sync too easily. add missing cv.h header for SIZEOF
20:51.51vascthe thing is you can increase the branching factor of a bvh to do parallel testing. to a point
20:52.13Notify03BRL-CAD:brlcad * 65083 brlcad/trunk/src/librt/CMakeLists.txt: enable xxx for continuous compilation. might want to put this into its own noinst lib, but this is a reasonable way to ensure the exact same compilation settings are being used.
20:52.25vascbut its one thing to have a bvh with 4-arity for intel simd and another to make like hundreds of threads arity
20:52.37vasclike for a gpu
20:53.13vascit can work for a complex scene with thousands of primitives or more but will give no speedup in simpler scenes
20:53.21Notify03BRL-CAD:brlcad * 65084 brlcad/trunk/src/librt/CMakeLists.txt: too soon
20:53.51dracarys983vasc: Congratulations for the CGI paper man. Didn't get a chance before :)
20:54.09brlcaddracarys983: link?
20:54.12vascthx
20:54.35dracarys983brlcad: https://sourceforge.net/p/brlcad/patches/371/
20:54.48vascits just a short paper though. i had too much work back when it was the time window to submit the long papers
20:54.49brlcadvasc: yeah, aren't you supposed to be at a conference this week? :)
20:54.58vascits next month
20:55.14brlcadah, got the date wrong on my calendar then
20:55.33dracarys983vasc: Like a technical brief?
20:55.37vaschttp://cgi2015.unistra.fr/
20:55.55vascits a short paper. 4 pages. i'll then get a change to submit an extended version though
20:56.10vascto the visual computer journal
20:56.33dracarys983Nice. :)
20:56.42dracarys983All the Best for that!
20:56.59vascthx. it might be accepted or not. i hope it will.
20:58.14Notify03BRL-CAD:brlcad * 65085 brlcad/trunk/src/librt/CMakeLists.txt: still ignore headers
20:58.27dracarys983vasc: We ride on hope most of the time. I believe it will get accepted, though. :)
21:01.29vasci think the Fast Ray Sorting and Breadth‐First Packet Traversal for GPU Ray Tracing paper by Garanzha and Loop might be more appropriate
21:02.29vascthan the intel one
21:02.41vasci think garanzha is at nvidia now
21:03.54Notify03BRL-CAD:brlcad * 65086 brlcad/trunk/include/rt/CMakeLists.txt: apply sf patch #371 (Changes in CMakeLists.txt for include/rt and include/rt/primitives) from Kalpit Thakkar that fixes header installation
21:05.01vascman my english keeps getting worse and worse ever since i started reading scanlated japanese and korean manga
21:06.53Notify03BRL-CAD:brlcad * 65087 brlcad/trunk/AUTHORS: credit kalpit with his code contribution that fixed header installation (sf patch 371), first from gsoc 2015 activity
21:08.02vascabout the sampling technique for the estimation of area or whatever its like brlcad said. you can always use the same RNG seed to make it predictable.
21:08.51vascor cast the exact same rays of whatever
21:09.12vasci think for the volume estimation there's another possibility though.
21:09.36vascdepending on how innacurate you accept the results to be
21:10.01vasci think there's already a bounding box operator for all the primitives so you could just use that
21:11.24vascyou could even use it for area estimation as well
21:11.36vascits probably really inaccurate but at least its fast
21:14.35vascyou would just computer the surface area of the bounding box and the volume of the bounding box as the estimate of the real thing
21:14.39vasccompute
21:14.57Notify03BRL-CAD:brlcad * 65088 (brlcad/trunk/src/libsysv/memset.c brlcad/trunk/src/libsysv/strchr.c and 3 others): yo dawg, I heard you like to quell warnings on your warning quellage. compilers be gotten smart.
21:15.20brlcadexample of a bad commit message ;)
21:15.45dracarys983brlcad: Haha okay :P
21:16.24dracarys983vasc: So we find the best bounding box and use it's estimate for volume and surface area. That's what you're saying?
21:16.46brlcadvasc: for that particular analysis (volume) I don't even think you'd need to match seed since it should be possible to track the convergence
21:17.07brlcadonce we get N+M digits of confidence, we print the N digits back to the user
21:17.59brlcadbut doesn't matter, daniel wants to go with the refactoring route, and that is definitely the lower-risk avenue from where we're at 9there's a LOT of validation in most of our analysis code)
21:18.10vascits going to be a gross estimate. but at least it will be quick to compute. if you only use the area and volume operators for computing heuristics its probably good enough
21:19.06vascthe you know the volume of the bounding box is always larger or the same as the volume of the real thing
21:19.12vascs/the/and
21:19.21vascas for the area i dunno
21:19.37brlcadI believe someone actulaly implemented the BB estimate method you mention
21:19.41brlcadlike 20 years ago :)
21:19.46vascyes
21:19.54vascso its like i said you can just use that
21:20.01brlcadit's not useful
21:20.13vascwhat's the intended application scenario?
21:20.30brlcada user wants to know what the volume of object X is for a report
21:20.57vascoh i see. you could use it to know how much material you need to manufacture the thing or whatever
21:21.15brlcadhow much mass it has for some simulation
21:21.23vascand if its equal density you could compute mass yes
21:21.43brlcadthis is a very common use case (why gqa and rtweight exist)
21:22.23brlcadhooking them into the analyze command is more of a convenience / usability objective
21:22.57brlcadinstead of having to fire up this other command-line tool, specify view(s) and object(s) and fiddle with option knobs .. have it all happen automatically
21:23.14vascso you basically want rtweight to be available on the fly and automatically. i see.
21:23.34brlcadactually view-independent gqa, but yes
21:24.08brlcadrtweight is a single view sample so it has really bad convergence properties if the model happens to align with the view being shot
21:24.31vascyou need at least to compute one for each major plane
21:24.37brlcadthink shooting through a screen door .. goes from solid mass to complete miss depending on the grid alignment
21:24.49brlcadwhich is exactly what gqa does
21:24.57vascyeah, which i why i said you need one for each major plane
21:25.01brlcadso users have almost abandonded rtweight in favor
21:25.21vascoh
21:25.26dracarys983brlcad: Yeah, even I like gqa
21:25.39brlcadusers then said they want more than just the major planes since you can still end up with perfect alignment issues (along diagonals and grazing rays)
21:25.56brlcadthey want 32 views
21:26.05brlcad(which is a standard analysis thing)
21:27.04vascso gqa basically voxelizes the model and computes the volume that way?
21:27.08brlcadI look at that and know that really they want it view independent .. just give me the volume with some known error bars
21:27.30brlcadsort of -- it uses the actual hit depths but basically yes
21:27.51brlcador maybe we just talked about it doing that in which case the answer is just yes ;)
21:28.12brlcadbeen a while since I worked on that code
21:28.31brlcadboth commands have been rewritten a couple times because they're so frequently called
21:29.13brlcadgqa's main limitation is that you can't specify views and it's convergence is REALLY slow
21:29.28brlcadit globally increases density by doubling factors per view
21:29.51vasci see
21:30.17brlcadby that, I mean a few minutes on big models
21:30.29vascyou could probably use something like adaptive supersampling in that case
21:31.01brlcadmaybe, it's tricky since it doesn't actually know if there's some pattern being overlooked without increasing the global density
21:31.03vasci.e. only if the adjacent values are different do you refine further
21:31.18vascyeah adaptive supersampling sometimes doesn't catch fine details
21:31.21brlcadif you only sample "edge cases" you miss pathological geometry cases and have massive error
21:31.38brlcadwhich wouldn't be acceptable for this usage
21:31.47vascbut in this case you're mostly doing contours right?
21:32.20vasci could see it being a problem in something with holes though
21:32.40vasclike a torus
21:32.47brlcadright, that's basically the problem we even see shooting the three primary axes
21:33.38brlcadthat's why I really like the quasirandom spherical sampling approach
21:34.08brlcadit has convergence properties that are intrinsically view agnostic and error can be characterized as a function of increasing sampling density
21:34.12vasceven that will have problems if the surface isn't a manifold
21:34.59brlcadwe're a solid modeling system, if it's not manifold it's invalid geometry (or at least meaningless to talk about volume)
21:35.05vascok
21:35.41Notify03BRL-CAD:ejno * 65089 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: refactoring Section code (in progress); better management of grid IDs
21:35.46vasceven then something with holes will have issues
21:35.54vascits just that its less dependent on positioning
21:36.24brlcadhow are holes an issue?
21:36.47vasclike the torus
21:37.08brlcadnot following
21:37.11vascif i only look from the outside in a spherical projection i lose some data when looking that way
21:37.38vaschm actually it should work pretty nice now that i think about it
21:37.49brlcader, still not following :)
21:37.57vascwell
21:38.04brlcadwe do full shotline samling, so I have ray segments through and through
21:38.11brlcadthe hole will be a gap between segments
21:38.31brlcadsampled in any pattern, a torus will converge very quickly
21:39.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:39.31brlcadpathological cases are repetititve like blinds in a window, cheese graters, thin air intake slats on an engine block, etc
21:39.40vascok. i thought you only used the closest intersection value
21:39.49brlcadnever!
21:39.52brlcadthat's our specialty
21:40.17brlcadwell not never .. we do only use first hit when making pretty pictures for performance
21:40.31brlcadbut it's not our primary purpose
21:41.10vascso basically your problem is getting the details because you're ray sampling and might miss something
21:41.12brlcadprimary purpose is full shotline / multihit ray tracing for analytic (scientific) purposes
21:41.17vasci guess you could use beam sampling :-)
21:41.21vascj/k
21:41.26brlcadconsidered that
21:41.30brlcadbeams, cones
21:41.49brlcadbut reimplementing so many shot routines is probably highly impractical
21:41.53vascexactly
21:42.03brlcadespecially nurbs...
21:42.17brlcadand some higher-order surfaces
21:42.20vascits basically the same issue you have with the volumes and area routines implementation except its much harder to compute beam intersections
21:42.27brlcadelliptical torus would actually be pretty hard I bet
21:44.28vascoh talking about the spherical sampling reminded me of this paper by a guy i know
21:45.54vasc"Spherical Fibonacci Point Sets for Illumination Integrals"
21:47.15vascit describes a way to generate meaningful points on a sphere for illumination integral computation. but its basically the same idea since you want to generate points on a sphere around the object to project the rays for the sphere sampling
21:48.07vasci think people usually just use a halton or sobol sequence but i don't know what would be appropriate in your case
21:48.54*** join/#brlcad andrei_ (bc1ac0b6@gateway/web/freenode/ip.188.26.192.182)
21:51.47brlcadvasc: that's very much a related idea, quasi monte-carlo is exactly what this is too
21:54.35brlcadand exactly the same reasoning, faster / better convergence properties .. just not hemispherical for illumination
21:54.55brlcadbut spherical for volumetric estimation
21:55.18dracarys983brlcad: Should I read a paper and get an idea on quasirandom spherical sampling? Maybe we can talk to Daniel about this approach then?
21:56.35brlcaddracarys983: no, it's still scope creep on your objectives
21:56.55brlcadunnecessary unproven complexity (however promising and interesting it may be)
21:56.57vascyeah
21:56.58StragusYou can often just precompute an uniform distribution on your sphere. Pick a random rotation matrix, sample X random points and every once in a while pick a new random rotation
21:57.16vascwhen the intervals of the sampling distribution are non-constant its hard to compute the actual volume
21:58.18vascmaybe
21:58.22brlcaddracarys983: I think the first option is the better way to go -- and you could even go with gqa as-is without hardly any changes really
21:58.58vascyeah that one seems like a good first approach
21:59.01brlcadleaving custom views for later/never :)
21:59.44vascyou could do the transform thing and sample things obliquely too i guess.
22:00.11vasclike Stragus said
22:00.13brlcadbasically entails moving most of gqa's ray firing and book-keeping code into libanalyze, updating gqa and the analyze command to call libanalyze
22:00.46dracarys983brlcad: Okay. That sounds good.
22:00.57brlcadgqa does a whole lot more than volume, so this may take you a while to sort through how to move the code
22:01.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:01.29dracarys983No problem.
22:01.56brlcadjust don't want to end up with a massive copy of gqa living in two places, so whatever you do should get refactored properly
22:03.05dracarys983brlcad: Right. Will take care about that.
22:03.43dracarys983brlcad: And oh, I'm done with the rt^3 changes to conform with recent changes in brlcad.
22:03.58dracarys983Patch will be ready by tomorrow. :)
22:04.02vascwhich reminds me i need to refactor some of the opencl stuff late on. i tried to not have external dependencies but too much code is duplicated right now.
22:04.33vascmaybe the opencl should be all in the same file for the intersection routines as well.
22:04.48vascor i'll need some include
22:04.56brlcaddracarys983: great
22:05.30andrei_hi, brlcad
22:05.48brlcadvasc: yeah, suggest using the tree hierarchy so you could put common code in src/librt/primitives for example
22:06.28brlcadwant each primitive to remain independent / modular to the best we can
22:06.34vascyeah i'll do a cleanup patch afterwards. i think we have enough of a variety of implementation cases to figure out how to refactor now.
22:06.55vascwell one of the issues with opencl is that you can't link it in the binary. at least not in opencl 1.2.
22:07.13vascso you have to either read a file or parse an in-memory string and pass it to the gpu compiler
22:07.31vascwhich is usually in the graphics driver
22:07.58vascso you end up with lots of little .cl files in an installation directory somewhere
22:08.46vascwell
22:08.50andrei_brlcad: I've been looking over andrei_il 's project, I don't have as much time as a mentor but, I'm trying to help him out. Let me know when you got a few minutes, please.
22:08.55vasconce these patches are in i'll do the refactoring
22:09.09vascotherwise its gonna clash
22:09.25vascduring the merge
22:09.52Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8435 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
22:27.41Notify03BRL-CAD Wiki:Konrado DJ * 8436 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 27 MAY 2015 */
22:27.58Notify03BRL-CAD Wiki:Konrado DJ * 8437 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 27 MAY 2015 */
22:34.43brlcadvasc: *nod*
22:35.09brlcadending up with a dir of .cl files in the install tree will work just fine
22:36.03brlcadcan be called during prep or we can create a set of per-object callbacks called once on init and shutdown
22:37.14brlcadcan be sorted out later, those are non-priority issues compared to getting the pipeline to work at all ;)
23:16.58vascsure. but i don't like code to be too dirty. i usually refactor when things get too messy.
23:39.44Notify03BRL-CAD Wiki:Bhollister * 8438 /wiki/User:Bhollister/DevLogMay2015: /* Thursday, May 28, 2015 */
IRC log for #brlcad on 20150529

IRC log for #brlcad on 20150529

00:03.21*** join/#brlcad vasc__ (~vasc@bl13-96-230.dsl.telepac.pt)
00:07.14*** join/#brlcad konrado (~konro@41.205.22.4)
00:09.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:17.13Notify03BRL-CAD Wiki:Bhollister * 8439 /wiki/User:Bhollister/DevLogMay2015: /* Thursday, May 28, 2015 */
02:06.26Notify03BRL-CAD Wiki:117.199.102.96 * 8440 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
02:37.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:41.06*** join/#brlcad sofat (~androirc@202.164.45.204)
03:38.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:56.17*** join/#brlcad sofat (~androirc@202.164.45.204)
04:06.51Notify03BRL-CAD Wiki:Johnathan22 * 0 /wiki/User:Johnathan22:
04:17.57Notify03BRL-CAD:brlcad * 65090 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: quell two failures, one for failing to return a value from a non-void function and the other to mark an () operator const so std::map can use it
06:14.38*** join/#brlcad infobot_ (ibot@rikers.org)
06:14.38*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
06:53.19*** join/#brlcad andrei_il (~andrei@109.100.128.78)
07:27.27*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
07:34.51*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:02.31*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
09:02.15andrei_ilbrlcad: Hi
09:02.43andrei_ilIm done with the calculator lemon parser tutorial
09:05.09andrei_ilshould I start modifying it to parse some csg methods or discuss the aspects first?
11:34.36*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ymyouuemkhccwydw)
11:59.20starseekerandrei_il: I'd say post an overview to the dev mailing list, along with the example - even if it's not (yet) ready for a BRL-CAD commit, it's worth seeing both to review the approach and to help other folks learn
11:59.49starseekermay be worth incorporating into our docs as a teaching example
12:02.18``Erikaudio of the lhc in action: http://josephg.com/blog/this-is-what-the-lhc-sounds-like/
12:27.37Notify03BRL-CAD Wiki:Shaina7837 * 8441 /wiki/User:Shainasabarwal/GSoC15/logs: /* 25 May */
12:41.43andrei_ilstarseeker: sure thing.
12:47.03Notify03BRL-CAD:ejno * 65091 brlcad/trunk/src/librt/primitives/xxx/xxx.c: cast result of bu_calloc() to uint8_t* rather than void*
13:48.48Notify03BRL-CAD:ejno * 65092 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: preserve sign in Record::non_zero()
13:49.56Notify03BRL-CAD Wiki:Vasco.costa * 8442 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
13:53.59*** join/#brlcad ih8sum3r (~chatzilla@122.173.183.95)
13:59.20Notify03BRL-CAD:ejno * 65093 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: simplify Record::non_zero()
14:14.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:47.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:59.43Notify03BRL-CAD Wiki:Vasco.costa * 8443 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
15:00.10Notify03BRL-CAD Wiki:Vasco.costa * 8444 /wiki/User:Vasco.costa/GSoC15/logs:
15:00.18Notify03BRL-CAD Wiki:Vasco.costa * 8445 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
15:00.32Notify03BRL-CAD Wiki:Vasco.costa * 8446 /wiki/User:Vasco.costa/GSoC15/logs:
15:12.40*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
15:18.54Notify03BRL-CAD:carlmoore * 65094 brlcad/trunk/src/libicv/color_space.c: using a floating-point value which is equal to integer; for that, use '.0', not just '.'
15:44.07Notify03BRL-CAD Wiki:MeShubham99 * 8447 /wiki/User:MeShubham99/GSoc15/log_developmen:
15:57.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:57.50*** join/#brlcad sofat (~sofat@202.164.45.204)
15:57.58sofatbrlcad, hello
16:09.00*** join/#brlcad vasc (~VASC@bl13-96-230.dsl.telepac.pt)
16:29.29*** join/#brlcad ankesh11_ (uid8015@gateway/web/irccloud.com/x-bfxwmdjmbpudkipw)
16:30.07*** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-tbjggsuijqnvberi)
16:39.15Notify03BRL-CAD:carlmoore * 65095 (brlcad/trunk/doc/docbook/system/man1/en/pix-bw.xml brlcad/trunk/src/util/pix-bw.c): fix the broken default case; in the man page, note the optional '<' and expand discussion of one of the examples
16:46.28*** join/#brlcad devinder (~chatzilla@1.187.209.167)
16:47.31Notify03BRL-CAD:carlmoore * 65096 brlcad/trunk/src/util/pix-bw.c: oops, need to supply the optional < in the Usage
16:59.34Notify03BRL-CAD:carlmoore * 65097 brlcad/trunk/src/util/pix-bw3.c: put parentheses around 's' because the message could be referring to singular or plural
17:04.10sofatbrlcad, I sent you one mail have you read this mail ?
17:23.38*** join/#brlcad sofat (~sofat@202.164.45.204)
18:15.58sofatstarseeker, Have you checked my mail on mailing list?
18:27.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:30.24Notify03BRL-CAD Wiki:202.164.45.204 * 8448 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
18:31.59Notify03BRL-CAD Wiki:202.164.45.204 * 8449 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
18:52.05Notify03BRL-CAD Wiki:Deekaysharma * 8450 /wiki/User:Deekaysharma/logs:
18:54.32*** join/#brlcad LordOfBikes (~armin@dslb-088-064-040-078.088.064.pools.vodafone-ip.de)
19:10.19Notify03BRL-CAD:ejno * 65098 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: work on exporting FASTGEN4-compatible boolean operations; revise the code for writing fg4 Sections
19:24.17Notify03BRL-CAD:starseeker * 65099 (brlcad/trunk/include/bu/CMakeLists.txt brlcad/trunk/src/conv/gcv/gcv.cpp and 2 others): Checkpoint work on advanced libbu option parsing. Unlike other attempts, this is implemented entirely in libbu and uses no external dependencies. It's not yet in a finished state, but it can do enough that's its worth checkpointing now.
19:26.32*** join/#brlcad sofat (~androirc@202.164.45.204)
19:29.46Notify03BRL-CAD:ejno * 65100 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check outer and inner radii in find_ccone_cutout()
19:42.36*** join/#brlcad merzo (~merzo@121-67-133-95.pool.ukrtel.net)
20:06.50Notify03BRL-CAD:starseeker * 65101 (brlcad/trunk/include/bu/opt.h brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/opt.c): Notes and tweaks
20:09.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:19.03*** join/#brlcad sofat (~sofat@202.164.45.204)
20:24.43Notify03BRL-CAD:carlmoore * 65102 brlcad/trunk/doc/docbook/system/man1/en/bw-pix.xml: insert optional <
20:29.13brlcadsofat: yes -- you still didn't describe what the options are in terms of the A-F questions...
20:29.36brlcadbut your detailed evaluation is appreciated
20:30.10sofatI have compared them at the bottom
20:30.16sofatof page
20:31.09brlcaddid I miss it?
20:31.48sofatI have written A-F at the bottom
20:32.35brlcadah, you wrote them in concise 1-6, not "A-F" so I didn't recognize them
20:32.44brlcadsortof
20:34.19sofatPlease read them. Then we start discussion   further.
20:38.26vaschowdy
20:44.48Notify03BRL-CAD:carlmoore * 65103 brlcad/trunk/src/sig/bw-d.c: omit error message if run-with-no-arguments
20:47.39dracarys983brlcad: Uploaded the rt^3 patch : https://sourceforge.net/p/brlcad/patches/372/
20:52.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:54.30Notify03BRL-CAD:ejno * 65104 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: move color export code into FastgenWriter
21:01.28dracarys983Today I was doing honors work all day so couldn't do anything related to GSoC. Had to render some images. Can have a look here : https://drive.google.com/folderview?id=0B12fowx3-NjTfk9kX0FQOWRwV29MNVZENHJvQ0JQeGdLSWFJWUMtaGFyMmRRUHByX0ZKVWM&usp=sharing
21:02.23dracarys983is really sleepy. Adios!
21:03.57sofatbrlcad, I am in sleep because there is mid night now(3:00am). Please leave message on mail or here and we discuses tomorrow about my next step(in coding).
21:46.28Notify03BRL-CAD:starseeker * 65105 brlcad/trunk/src/libbu/opt.c: fix bu_free strings
21:50.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:07.42Notify03BRL-CAD Wiki:Konrado DJ * 8451 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 28 MAY 2015 */
22:17.31*** join/#brlcad merzo (~merzo@121-67-133-95.pool.ukrtel.net)
22:22.32Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8452 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
22:27.43Notify03BRL-CAD Wiki:Vasco.costa * 8453 /wiki/User:Vasco.costa/GSoC15/logs:
22:50.10``Erikhttp://www.plasm.net/ "functional language for computing with geometry"
22:57.18vascl-systems for buildings?
23:03.57vasci've seen a lot of italians talking about that kind of thing in conferences here in europe
23:04.53vascfor cultural heritage and reconstruction
23:45.47Notify03BRL-CAD:ejno * 65106 (brlcad/trunk/src/librt/db_fullpath.c brlcad/trunk/src/librt/search.c): fix warning: address of an array is always true
23:59.53Notify03BRL-CAD:ejno * 65107 brlcad/trunk/include/bu/list.h: remove redundant declarations
IRC log for #brlcad on 20150530

IRC log for #brlcad on 20150530

00:14.46Notify03BRL-CAD:ejno * 65108 brlcad/trunk/include/bu/file.h: remove redundant argv-related declarations from bu/file.h (also declared in bu/str.h)
00:15.29Notify03BRL-CAD Wiki:Bhollister * 8454 /wiki/User:Bhollister/DevLogMay2015: /* Friday, May 29, 2015 */
00:22.40Notify03BRL-CAD:ejno * 65109 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: initialize members in initialization list
01:10.03Notify03BRL-CAD:ejno * 65110 brlcad/trunk/src/libbu/tests/opt.c: fix warning: rn is used uninitialized whenever condition is false
01:18.39Notify03BRL-CAD:ejno * 65111 brlcad/trunk/src/liboptical/sh_light.c: fix warning. apparent typo: address will always be true
01:35.27Notify03BRL-CAD:ejno * 65112 brlcad/trunk/src/libbu/tests/opt.c: remove set-but-not-used variable
01:45.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:53.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:19.21*** join/#brlcad Gurwinder (75dca84b@gateway/web/freenode/ip.117.220.168.75)
07:31.34*** join/#brlcad andrei_il (~andrei@109.100.128.78)
08:42.05Notify03BRL-CAD Wiki:MeShubham99 * 8455 /wiki/User:MeShubham99/GSoc15/log_developmen:
08:46.05Notify03BRL-CAD Wiki:MeShubham99 * 8456 /wiki/User:MeShubham99/GSoc15/log_developmen:
11:25.57*** join/#brlcad dracarys983 (~dracarys9@49.204.64.5)
12:52.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:26.43*** join/#brlcad ih8sum3r (~chatzilla@122.173.191.178)
13:36.42*** join/#brlcad dracarys983 (~dracarys9@49.204.64.5)
14:07.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:11.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:00.48*** join/#brlcad sofat (~sofat@202.164.45.204)
16:08.14sofatbrlcad, If you read the all content then we start discussion on this and tell me about my next step. I can't do any coding right now so  please help me to finalizing things fast.
16:19.14*** join/#brlcad Gurwinder (75dc9489@gateway/web/freenode/ip.117.220.148.137)
16:19.27Notify03BRL-CAD Wiki:MeShubham99 * 8457 /wiki/User:MeShubham99/GSoc15/log_developmen:
16:22.16*** join/#brlcad sofat_ (~sofat@202.164.45.204)
16:22.38*** join/#brlcad sofat (~androirc@202.164.45.204)
16:55.43starseekerbrlcad: do we support this form of printf syntax?  http://stackoverflow.com/a/9448093
16:57.00*** join/#brlcad sofat_ (~sofat@1.39.34.28)
16:57.08sofat_starseeker, hello
16:57.54sofat_too much time is passed and i not started coding please tell but i do i am bit worry.
17:08.42*** join/#brlcad ih8sum3r (~chatzilla@122.173.191.178)
17:36.55Notify03BRL-CAD:starseeker * 65113 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp brlcad/trunk/src/libbu/opt.c): Make some improvements to help printing, set up for more general logic.
17:40.13*** join/#brlcad javampire (~ncsaba@p4FF71A76.dip0.t-ipconnect.de)
17:40.13*** join/#brlcad javampire (~ncsaba@unaffiliated/javampire)
17:53.36Notify03BRL-CAD:starseeker * 65114 brlcad/trunk/src/conv/gcv/gcv.cpp: Improve error messages and avoid some crash situations.
17:54.22starseekersofat_: you'll need to talk with brlcad about directions - I suggest working with him to set up a definite time to discuss it
18:03.16Notify03BRL-CAD:starseeker * 65115 brlcad/trunk/src/libbu/opt.c: Do the offset space printing correctly, per printf style outlined here: http://stackoverflow.com/a/9448093
18:04.34starseekerbrlcad: nevermind, I figured it out
18:04.42starseeker(libbu vls printing question)
18:05.07*** join/#brlcad sofat (~androirc@202.164.45.204)
18:05.42*** join/#brlcad sofat_ (~sofat@202.164.45.204)
18:20.41sofat_starseeker, brlcad , i found online validation solution for document using xmllint, I am checking the code of brlcad software then i found this mean how you validate the document of user . I think this more help us to check the document online.
18:21.23javampireHi all, I'm back after almost 1 year to do some BRL-CAD work again
18:21.25sofat_using this command :- xmllint --xinclude --schema doc/docbook/resources/other/docbook-schema/xsd/docbook.xsd --noout  --nonet  doc/docbook/articles/en/filename.xml
18:22.03javampireI have a fairly simple pipe primitive, which I try to export via g-stl
18:23.01javampirefor the default parameters I get then: nmg_edge_g(): e_dir too small (0, 0, 0)
18:23.33javampirethen: nmg_edge_g(): (0 -8.3871 -24.6101) -> (0 -8.3871 -24.6101)nmg_edge_g(): Forcing e_dir to (1, 0, 0)
18:23.40javampirenmg_edge_g():  0 length edge
18:23.47javampireSaving stack trace to g-stl-8421-bomb.log
18:23.56javampireand of course no stl :-)
18:26.12Notify03BRL-CAD Wiki:202.164.45.204 * 8458 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
18:26.21javampirethe object is a simple 3 points pipe: pipe V0 { 0 -6.774193548387096086571546 -19.87738166280938045815674 } O0 10 I0 0 R0 10 V1 { 0 0 -22.18602064803695128603067 } O1 10 I1 0 R1 10 V2 { 0 0 -29.34280150224241978662576 } O2 10 I2 0 R2 10
18:27.34javampireI wonder what is the status with the BRL-CAD to STL export, is it supposed to work or there's lots of work to do on it ?
18:29.04javampireI tried BTW to set "-a 0.005 " on g-stl, then I get even worse:
18:29.05javampiretesselate_pipe_linear: nmg_calc_face_g failed
18:29.05javampireERROR: bad pointer 0x81bda48: s/b vertex(x123123), was Unknown_Magic(x81bdaa0), file /home/csaba/dev/brlcad/trunk/src/librt/primitives/nmg/nmg_mod.c, line 1007
18:31.43javampireI wonder if this is something I can somehow work around by using proper stl parameters, or changing something in my model...
18:32.19javampirealthough there's not much I can change on that particular pipe segment :-(
18:34.11javampirethere are other errors too on combinations of pipe segments which otherwise would work alone, but till a single, relatively simple pipe segment will fail the conversion to BREP there's not much point to chase those...
18:35.56Notify03BRL-CAD Wiki:202.164.45.204 * 8459 /wiki/User:Hitesh/option_for_docbook:
18:36.22*** join/#brlcad sofat_ (~sofat@202.164.45.204)
18:37.49*** join/#brlcad infobot (ibot@rikers.org)
18:37.49*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
18:40.20Notify03BRL-CAD Wiki:202.164.45.204 * 8460 /wiki/User:Hitesh/option_for_docbook:
18:41.23sofat_brlcad, i also update my wiki option_for_docbook page and added the new tool xmllint please review
18:41.24sofat_http://brlcad.org/wiki/User:Hitesh/option_for_docbook
18:43.15*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.62)
18:52.39Notify03BRL-CAD:starseeker * 65116 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp brlcad/trunk/src/libbu/opt.c): Add a printing function to see the full contents of a bu_opt_data ptbl
18:58.42*** join/#brlcad javampire (~ncsaba@p4FF72C62.dip0.t-ipconnect.de)
18:58.42*** join/#brlcad javampire (~ncsaba@unaffiliated/javampire)
19:06.49Notify03BRL-CAD:starseeker * 65117 (brlcad/trunk/src/conv/gcv/gcv.cpp brlcad/trunk/src/libbu/opt.c): Handle multiple entries with simultaneous keys in description generation.
19:34.04Notify03BRL-CAD Wiki:202.164.45.204 * 8461 /wiki/User:Hitesh/option_for_docbook:
19:37.21Notify03BRL-CAD:starseeker * 65118 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp): Convenience definition for non-opt finds
19:40.34Notify03BRL-CAD:starseeker * 65119 brlcad/trunk/src/conv/gcv/gcv.cpp: Don't need to reference gcv_help_str twice - doesn't hurt to do so, but we don't need to.
19:42.08Notify03BRL-CAD:starseeker * 65120 brlcad/trunk/src/util/CMakeLists.txt: Add an example of dsp_add_opt.c using the experimental libbu opt API. Looks a bit too simple to make a really good test - should probably experiment with rt for a real stress test.
19:50.29*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-tlyorwxoxhknopqb)
20:37.34Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8462 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
20:42.40*** join/#brlcad LordOfBikes (~armin@dslb-092-075-150-128.092.075.pools.vodafone-ip.de)
21:06.57*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
21:08.14*** join/#brlcad Shubham_ (6719e766@gateway/web/freenode/ip.103.25.231.102)
21:09.33*** join/#brlcad Shubham__ (6719e766@gateway/web/freenode/ip.103.25.231.102)
21:17.07Notify03BRL-CAD Wiki:Deekaysharma * 8463 /wiki/User:Deekaysharma/logs:
21:17.24Notify03BRL-CAD Wiki:Deekaysharma * 8464 /wiki/User:Deekaysharma/logs: /* May 30 */
21:46.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:12.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:33.25Notify03BRL-CAD Wiki:Konrado DJ * 8465 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 29 MAY 2015 */
22:33.40Notify03BRL-CAD Wiki:Konrado DJ * 8466 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 28 MAY 2015 */
22:40.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:45.25Notify03BRL-CAD Wiki:MeShubham99 * 8467 /wiki/User:MeShubham99/GSoc15/log_developmen:
22:48.28Notify03BRL-CAD Wiki:Konrado DJ * 8468 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 30 MAY 2015 */
22:55.17Notify03BRL-CAD Wiki:Konrado DJ * 8469 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 30 MAY 2015 */
IRC log for #brlcad on 20150531

IRC log for #brlcad on 20150531

02:24.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:13.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:11.45*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
04:18.26Notify03BRL-CAD Wiki:117.207.158.0 * 8470 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
04:22.16Notify03BRL-CAD Wiki:117.207.158.0 * 8471 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
04:37.29*** join/#brlcad Gurwinder (75cf9e00@gateway/web/freenode/ip.117.207.158.0)
07:28.17Notify03BRL-CAD Wiki:Konrado DJ * 8472 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 30 MAY 2015 */
07:49.55*** join/#brlcad andrei_il (~andrei@109.100.128.78)
08:05.37*** join/#brlcad LordOfBikes (~armin@dslb-092-074-232-198.092.074.pools.vodafone-ip.de)
08:15.40*** join/#brlcad konrado (~konro@154.70.108.211)
08:30.33Notify03BRL-CAD Wiki:MeShubham99 * 8473 /wiki/User:MeShubham99/GSoc15/log_developmen:
10:03.35Notify03BRL-CAD Wiki:MeShubham99 * 8474 /wiki/User:MeShubham99/GSoc15/log_developmen:
10:31.27Notify03BRL-CAD Wiki:MeShubham99 * 8475 /wiki/User:MeShubham99/GSoc15/log_developmen:
12:12.20*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
15:24.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:03.23*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
16:19.38Notify03BRL-CAD:starseeker * 65121 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp brlcad/trunk/src/libbu/opt.c): Get dynamic option handling working, and add a demonstration in gcv
16:46.16Notify03BRL-CAD:starseeker * 65122 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp and 2 others): Add another typedef for clarity.
17:00.16Notify03BRL-CAD:starseeker * 65123 brlcad/trunk/src/conv/gcv/CMakeLists.txt: No longer need optionparser.h
17:07.33*** join/#brlcad merzo (~merzo@141-126-133-95.pool.ukrtel.net)
17:34.25Notify03BRL-CAD Wiki:117.215.228.200 * 8476 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
17:45.17Notify03BRL-CAD:starseeker * 65124 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c): misc fixes and tweaks
17:59.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:00.57*** join/#brlcad merzo (~merzo@4-86-200-46.pool.ukrtel.net)
18:01.20Notify03BRL-CAD:starseeker * 65125 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp brlcad/trunk/src/libbu/opt.c): Add an option validate pass that removes any bu_opt_data entries that tested invalid according to their testing function. Purpose is to allow calling programs to trust casts of user_data.
18:06.40Notify03BRL-CAD:starseeker * 65126 brlcad/trunk/include/bu/opt.h: Mark some items as TODO.
19:04.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:19.04*** join/#brlcad sofat (~sofat@202.164.45.204)
19:19.59*** join/#brlcad merzo (~merzo@151-98-133-95.pool.ukrtel.net)
19:20.02Notify03BRL-CAD Wiki:202.164.45.204 * 8477 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
19:21.05Notify03BRL-CAD Wiki:Bhollister * 8478 /wiki/User:Bhollister/DevLog:
19:21.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:25.13Notify03BRL-CAD Wiki:Bhollister * 8479 /wiki/User:Bhollister/DevLogJune2015: Created page with "__FORCETOC__ ---- = Monday, June 1, 2015 = = Tuesday, June 2, 2015 = = Wednesday, June 3, 2015 = = Thursday, June 4, 2015 = = Friday, June 5, 2015 = = Saturday, June 6,..."
19:25.52Notify03BRL-CAD Wiki:Bhollister * 8480 /wiki/User:Bhollister/DevLogMay2015: /* Saturday, May 30, 2015 */
19:26.03Notify03BRL-CAD Wiki:Bhollister * 8481 /wiki/User:Bhollister/DevLogMay2015: /* Sunday, May 31, 2015 */
19:30.26Notify03BRL-CAD Wiki:Bhollister * 8482 /wiki/User:Bhollister/DevLogJune2015: /* Monday, June 1, 2015 */
19:30.59Notify03BRL-CAD Wiki:Bhollister * 8483 /wiki/User:Bhollister/DevLogJune2015: /* Monday, June 8, 2015 */
19:31.12Notify03BRL-CAD Wiki:Bhollister * 8484 /wiki/User:Bhollister/DevLogJune2015: /* Monday, June 1, 2015: Week 2 */
19:31.31Notify03BRL-CAD Wiki:Bhollister * 8485 /wiki/User:Bhollister/DevLogJune2015: /* Monday, June 15, 2015 */
19:31.49Notify03BRL-CAD Wiki:Bhollister * 8486 /wiki/User:Bhollister/DevLogJune2015: /* Sunday, June 21, 2015 */
19:31.58Notify03BRL-CAD Wiki:Bhollister * 8487 /wiki/User:Bhollister/DevLogJune2015: /* Sunday, June 21, 2015: Start of Week 5 */
19:32.16Notify03BRL-CAD Wiki:Bhollister * 8488 /wiki/User:Bhollister/DevLogJune2015: /* Monday, June 15, 2015Start of Week 4 */
19:34.31Notify03BRL-CAD Wiki:Bhollister * 8489 /wiki/User:Bhollister/DevLogJune2015:
19:35.54Notify03BRL-CAD Wiki:Bhollister * 8490 /wiki/User:Bhollister/DevLogJune2015:
19:50.57*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bjfimcazwktlmbwk)
19:54.22*** join/#brlcad konrado (~konro@41.205.22.7)
20:10.29*** join/#brlcad sofat (~sofat@202.164.45.204)
20:21.25Notify03BRL-CAD Wiki:202.164.45.204 * 8491 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
20:22.09Notify03BRL-CAD Wiki:202.164.45.204 * 8492 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
20:45.32*** join/#brlcad konrado (~konro@41.205.22.53)
21:35.34Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8493 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
21:58.17Notify03BRL-CAD Wiki:Deekaysharma * 8494 /wiki/User:Deekaysharma/logs:
22:14.38Notify03BRL-CAD Wiki:Konrado DJ * 8495 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 31 MAY 2015 */
IRC log for #brlcad on 20150601

IRC log for #brlcad on 20150601

00:09.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:12.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:17.06*** join/#brlcad LordOfBikes_ (~armin@dslb-092-074-241-211.092.074.pools.vodafone-ip.de)
01:35.08Notify03BRL-CAD Wiki:MeShubham99 * 8496 /wiki/User:MeShubham99/GSoc15/log_developmen:
03:03.22Notify03BRL-CAD Wiki:MeShubham99 * 8497 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
03:03.36Notify03BRL-CAD Wiki:MeShubham99 * 8498 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
03:14.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:19.08Notify03BRL-CAD Wiki:MeShubham99 * 8499 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
05:19.16Notify03BRL-CAD Wiki:MeShubham99 * 8500 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
08:07.19*** join/#brlcad infobot (~infobot@rikers.org)
08:07.19*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
08:09.55*** join/#brlcad Guest97665 (~konro@154.70.108.211)
08:42.36*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-vwqwzuqujdudpift)
08:48.10*** join/#brlcad merzo (~merzo@104-77-132-95.pool.ukrtel.net)
08:55.08*** join/#brlcad merzo (~merzo@106-0-133-95.pool.ukrtel.net)
10:06.58*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-zwdudpekkcdjdncx)
10:21.03*** join/#brlcad LordOfBikes__ (~armin@dslb-092-074-241-211.092.074.pools.vodafone-ip.de)
10:59.50*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ihncnobhcypliadh)
11:32.05*** join/#brlcad merzo (~merzo@106-0-133-95.pool.ukrtel.net)
13:13.57*** join/#brlcad Milinda (c0f80842@gateway/web/freenode/ip.192.248.8.66)
13:31.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:12.48*** join/#brlcad ih8sum3r (~chatzilla@122.173.191.178)
14:26.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:29.28Notify03BRL-CAD:carlmoore * 65127 brlcad/trunk/src/conv/gcv/gcv.cpp: fix spellings
14:37.14*** join/#brlcad vasc (~VASC@bl13-249-29.dsl.telepac.pt)
14:59.54Notify03BRL-CAD:brlcad * 65128 brlcad/trunk/src/librt/primitives/xxx/xxx.c: arrange the decoder after the encoder so the implementation isn't as cryptic
16:18.36*** join/#brlcad sofat (~sofat@202.164.45.208)
16:31.17Notify03BRL-CAD:brlcad * 65129 brlcad/trunk/include/vmath.h: use XYZ
16:34.31Notify03BRL-CAD:ejno * 65130 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: write CHEX1 records
16:34.31*** join/#brlcad LordOfBikes (~armin@dslb-092-074-241-211.092.074.pools.vodafone-ip.de)
16:36.07*** join/#brlcad sofat (~sofat@202.164.45.208)
16:40.00*** join/#brlcad sofat_ (~sofat@202.164.45.204)
16:45.08Notify03BRL-CAD:ejno * 65131 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: scale CHEX1 thickness to inches
17:00.42*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-vwgzgvoflkcpkxhj)
17:20.10*** join/#brlcad sofat_ (~sofat@202.164.45.204)
17:25.07*** join/#brlcad merzo (~merzo@41-117-132-95.pool.ukrtel.net)
17:46.41*** join/#brlcad sofat_ (~sofat@202.164.45.204)
17:50.26*** join/#brlcad ih8sum3r (~chatzilla@122.173.191.178)
17:55.39*** join/#brlcad sofat_ (~sofat@202.164.45.204)
17:57.14Notify03BRL-CAD:ejno * 65132 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: detect bots representing CHEX1 components
17:57.24*** join/#brlcad merzo (~merzo@95-80-200-46.pool.ukrtel.net)
18:09.42Notify03BRL-CAD:ejno * 65133 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check correct bot modes
18:54.03*** join/#brlcad andrei_il (~andrei@109.100.128.78)
19:08.12Notify03BRL-CAD:carlmoore * 65134 brlcad/trunk/doc/docbook/system/man1/en/bwdiff.xml: supply missing period
19:40.41*** join/#brlcad merzo (~merzo@134-48-132-95.pool.ukrtel.net)
19:45.38Notify03BRL-CAD:ejno * 65135 brlcad/trunk/src/librt/primitives/xxx/xxx.c: fix warning: 'implicit conversion from void * not permitted in C++'
19:54.40``Erikhttp://digitalgalen.net/  nice (ancient Galen manuscript on medicine was scraped and overwritten with hymns, they're using high resolution photography with varying light configurations to find the removed writing and rebuild it)
19:54.52``Erikhttp://www.nytimes.com/2015/06/02/science/medicines-hidden-roots-in-an-ancient-manuscript.html
20:04.29Notify03BRL-CAD:carlmoore * 65136 brlcad/trunk/src/util/bwmod.c: add 'h' to comment; mv clip_high and clip_low initialization into their declarations
20:11.47Notify03BRL-CAD:starseeker * 65137 brlcad/trunk/include/bu/opt.h: Update examples
20:12.26starseeker``Erik: that's cool
20:13.48Notify03BRL-CAD:starseeker * 65138 brlcad/trunk/include/analyze.h: db_diff did something different and moved into librt - remove stale header contents.
20:18.58Notify03BRL-CAD Wiki:MeShubham99 * 8501 /wiki/User:MeShubham99/GSoc15/log_developmen:
20:19.41Notify03BRL-CAD Wiki:MeShubham99 * 8502 /wiki/User:MeShubham99/GSoc15/log_developmen:
20:20.28*** join/#brlcad konrado (~konro@41.205.22.50)
20:25.30brlcadstarseeker: rt_intern_struct_size in db_diff shouldn't exist .. that's a field already in the functab
20:48.06*** join/#brlcad konrado (~konro@41.205.22.61)
20:52.07*** join/#brlcad john_cephalopoda (~john@unaffiliated/john-minetest/x-5335115)
20:52.32john_cephalopodahi
20:57.22brlcadhi!
21:05.26Notify03BRL-CAD:starseeker * 65139 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/raydiff.c and 3 others): Start setting up for a reall geometry diff visualization. Something's not right with the pattern, but getting a meaningful visual.
21:07.34Notify03BRL-CAD Wiki:Konrado DJ * 8503 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 31 MAY 2015 */
21:13.21konradobrlcad: hello
21:14.00konradobrlcad: hello
21:15.13john_cephalopodaIs there a graphical tool to do things in brlcad?
21:23.56*** join/#brlcad sofat (~sofat@202.164.45.204)
21:25.27sofatbrlcad, hi
21:31.57*** join/#brlcad konrado (~konro@41.205.22.49)
21:36.15Notify03BRL-CAD Wiki:202.164.45.204 * 8504 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
21:45.38sofatbrlcad, I have checked your mail. And I am done one demo  using only one document(about.xml) and wordpress plugin. This demo is working on  static code(don't worry when i start actual work then i convert this into dynamic),  I explain how I am complete 1 to 6 options.
21:47.37sofatI have perform the 1 to 6 experiment on single document(about.xml).
21:50.18Notify03BRL-CAD:ejno * 65140 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: determine whether a region can be represented with fg4 boolean ops; write HOLE and WALL records (in progress)
22:03.13sofatbrlcad, I want to talk with you and show you this demo work.
22:04.36Notify03BRL-CAD Wiki:Deekaysharma * 8505 /wiki/User:Deekaysharma/logs:
22:08.26*** part/#brlcad john_cephalopoda (~john@unaffiliated/john-minetest/x-5335115)
22:13.43Notify03BRL-CAD:ejno * 65141 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: initial version of find_csphere_cutout() (in progress)
22:19.03Notify03BRL-CAD:ejno * 65142 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: comments; reformatting
22:28.51Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8506 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
22:29.32brlcadhello konrado
22:30.32brlcadsofat: different than the about.xml work you did earlier?  I do recall that work
22:31.06sofatbrlcad, hello i did same work which you explain in mail
22:31.20sofatbut only using any one doc
22:31.27sofatlike about.xml
22:31.30brlcaddifferent than the work you did earlier?
22:31.34sofatyes
22:31.54brlcadokay, what's the general idea?
22:31.58sofati want to explain what i do step by step
22:32.53sofatfirst i use docbook-kit for convert the about.xml page to worpress code.
22:33.03sofatusing shell script .
22:33.51sofatafter that move this wordpress file to wordpress root directory .
22:35.06sofatplease check this
22:35.07sofathttp://202.164.53.122/~hitesh/wordpress/about.wp.php
22:35.25sofatthere is about.xml page as wordpress file.
22:35.45konradohello brlcad. I have been able to resolve the issues encountered with the FreeWRL parser. It had nothing to do with threads, it just a SIGSEGV signal caused by wrong memory access.
22:36.56sofataccording to this "add new xslt stylesheet for wordpress-themed output.  cron compiles checkout." cron not use because i have no permission on my college server(i am not sudo user)
22:37.45sofathow i done editing part . I explain.
22:38.11sofat1) user login into worpress
22:38.40sofat2) click on xml file menu option
22:39.26sofatthere user get the file about.xml as link and when user link on this link then about.xml is open in editing mode
22:39.55sofatwhich coding i used behind that i explain
22:40.59sofatwhen user click on document to edit then  i make the copy of original document and save into review folder
22:41.04brlcadsofat: looks good -- what do you mean by convert it to wordpress code?
22:41.19brlcadkonrado: that's great news!
22:41.30sofatmeans wordpress(theme) file
22:42.16sofatreview hold all editing document for review
22:42.40brlcadsofat: before you continue explaining editing ...
22:43.11brlcadI don't understand what you mean by wordpress(theme) file as a response to converting our docbook xml
22:43.25brlcadare you running a tool like xsltproc?
22:43.32sofatok i explain
22:43.53brlcadare you manually reading the xml file and manually transforming tags?
22:44.29sofatno
22:44.39sofati download this https://github.com/remko/docbook-kit/tree/master/
22:44.47sofati install this
22:45.06sofatthen i make changes in example/Makefile
22:45.16sofati run this command make wordpress
22:45.40brlcadhold on
22:46.06sofatokay
22:48.49brlcadokay, I see ... so did you use the "make wordpress" target?
22:48.50sofati explain more if gave me permission
22:48.54sofatyes
22:49.30brlcadso that's basically what I suggested you get working directly ;)
22:49.32sofatwith help of this i get wordpress php file of about.xml
22:50.10brlcadthat target runs xsltproc and outputs the converted output with a pre-wrapped stylesheet that integrates with wordpress
22:50.19sofatyes
22:51.05sofatthis system use the xsl stylesheet for wordpress code
22:51.23brlcadokay, so that's good for now
22:51.36brlcadand one less thing
22:51.43sofatwhat
22:51.45sofat?
22:52.13brlcadnot having to do the setup to manually run xsltproc and set up the stylesheet yourself
22:52.32brlcadlater we'll want to minimize dependencies, but that's sufficient for now
22:52.38sofatok
22:53.54brlcadwhat I meant is that we already integrate a slew of docbook processing tools, so it wouldn't make sense (long term) to introduce a new dependency on docbook-kit if we don't need to but it works great for now to get it working
22:53.54sofati want to explain my all work form 1 - 6 how i complete this. please gave me chance
22:54.30brlcadI want to fully understand too ... if you rush through your explanation without allowing for questions, then there will be no progress
22:54.56sofatokay
22:55.31brlcadso continue with editing ... what's the idea there?
22:56.34sofatok first i made the copy of original document and saved to another directory for editing. means user only edit copy document of original which are saved in review directory.
22:56.58sofati thinks done using shell command on run time
22:57.18sofatall things
22:57.33sofats/i thinks/all things
22:57.59brlcadnods
22:58.10sofatafter that i gave two options for user first is preview in editing time.
22:58.23brlcadso they edit the xml directly?
22:58.28sofatyes
22:58.42brlcadokay
23:00.05sofatnext for preview first i check the editing of document is right or wrong . using this command
23:00.06sofatxmllint  --xinclude --schema /home/hitesh/public_html/trunk/doc/docbook/resources/other/docbook-schema/xsd/docbook.xsd --noout --nonet /home/hitesh/public_html/wordpress/review/about.xml
23:00.38sofatif there any error they directly shown on browser
23:01.32sofatif there is no error then i convert the document into html  using this command xsltproc -o /home/hitesh/public_html/wordpress/review/about.html /home/hitesh/public_html/trunk/doc/docbook/resources/brlcad/brlcad-article-xhtml-stylesheet.xsl /home/hitesh/public_html/wordpress/review/about.xml
23:01.46sofatand redirect to html file for preview
23:03.06brlcadhm, that won't likely be sufficient
23:03.26sofatnow user click on submit the again xmllint run and check the document is valid or not if not valid then they show the error on browser else save document
23:03.38sofatmeans ?
23:03.45brlcada good start but probably want to output a proper wp-integrated preview page
23:04.27sofathmm wait i explain this i thing this also happen .
23:05.11sofatafter the editing then role of review. means how admin review the document.
23:06.41sofati use diff command for this. when admin click on review option the at back-end i run diff command to get the difference between original document and edited document.
23:07.00sofatdiff -u original file editing file
23:07.18sofatall changes show on browser for admin review
23:07.51brlcadsounds reasonable
23:08.04brlcadentirely secondary priority, but completely reasonable approach :)
23:08.17sofatnow if admin accept the changes the edited document is replaced with original document
23:08.51sofatif not accept the editing document will delete
23:10.24sofatnow after accepting the document again run the first script convert updated the about.xml page to wordpress and replace old wordpress page with new updated document
23:10.48brlcadsounds good
23:11.08sofati have ruining demo are you want to check this demo
23:11.29sofat?
23:11.54brlcadsure
23:12.27sofatok i explain the procedure how it use
23:13.02sofat1) login as admin username:root, password:sofat
23:13.16sofat2)clieck on XML Files option in menu
23:13.34sofat3)click on about.xml link
23:15.22sofat4)click on review option to review the changes
23:16.15sofatthere is link
23:16.16sofathttp://202.164.53.122/~hitesh/wordpress/wp-login.php
23:16.19sofatplease check
23:16.32Notify03BRL-CAD Wiki:MeShubham99 * 8507 /wiki/User:MeShubham99/GSoc15/log_developmen:
23:17.21*** join/#brlcad iinxy (62d29914@gateway/web/freenode/ip.98.210.153.20)
23:17.25Notify03BRL-CAD Wiki:MeShubham99 * 8508 /wiki/User:MeShubham99/GSoc15/log_developmen:
23:17.59brlcadsofat: interesting
23:18.14brlcadso where's the XML Files wordpress menu item coming from?
23:18.16sofatmeans good or bad ?
23:18.35sofatmeans ?
23:18.46sofatafter login
23:19.19sofatthen you get this menu on left side . and 3 position form top.
23:20.08brlcadit's definitely in the right direction, so good
23:20.18brlcadI know I get it after login
23:20.21brlcadwhere is it coming from?
23:20.45brlcadfrom something already in WordPress?  from something you added to WP?  from somewhere else?
23:20.56sofatno i made plugin for that
23:21.00sofatthen they coming
23:22.22brlcad"then they coming" <-- means?
23:23.02brlcadwho is they?
23:23.09sofatmeans this is part of my plugin through of plugin coding
23:23.29sofati made this menu option in wordpress admin bar
23:23.46brlcaddid you make it in wordpress or did you write php code?
23:23.58brlcad(just trying to understand)
23:25.09sofati write up the plugin php code with help of some wordpress function(inbuilt function) I made this option in menu
23:25.19brlcadokay, cool
23:25.24sofatfunctions are add_menu()\
23:25.31sofatadd_submenu_page()
23:25.57brlcadso this is really fast progress and that's great, but I also do not want to overlook some important usability details
23:26.17sofatok
23:26.27brlcadin particular, I think we should focus on the non-admin / review side and make sure that is working well
23:26.46brlcade.g., how the docs are compiled on the back, presented to the user
23:27.00brlcadand how the editing looks to a user not logged in
23:27.42brlcadI also saw a bug where changes were displayed that I did not make, so you'll have to consider that there may be multiple users simultaneously editing the same file at the same time and that'll need to work even for anonymous users
23:27.59sofathmm
23:28.49sofatediting looks as wordpress page warped with wordpress theme style
23:30.19brlcadyes but the editing itself is handled by php
23:30.41brlcadplus there's many ways to present the docs in the theme
23:31.28sofatplease explain more
23:32.03sofatediting managed by php already because i have used shell_exec() function
23:32.20sofatfor shell commands
23:34.27brlcadtrying to find a good example to show you
23:35.34sofatso i want to discuss some more things if you free ?
23:36.02brlcadokay, found a somewhat decent example
23:36.21sofatok show me
23:37.24brlcadif you go to https://www.blender.org , select "Support" on the menu,  select the "Online Manual" link
23:38.06brlcadthat resulting page is like one xml file (except they are using markdown instead of xml)
23:38.25brlcadnotice the "View page source" link in the top-right
23:39.04sofatok wait website is loading
23:39.12brlcadthey do not provide an online editing option
23:39.52brlcadbut they do show all of the docs rendered static
23:40.07brlcadlets start with something that simple
23:41.13sofatok are you free some time more i have some question
23:41.14brlcadso clicking our "Documentation" menu link takes you to a page similar to their Support page, and one available option is for our "Online Manual"
23:41.35brlcadwhich goes to this wp-themed static output from our xml
23:41.48brlcadyou may have to write some xml code for a main menu ;)
23:41.58brlcadtable of contents
23:42.13brlcaddon't rmemeber if we have something already
23:42.20brlcadokay, so your question?
23:42.52sofatif i choice this option xml to wordpress php code file
23:43.12sofatso there again i need to set dedicated search
23:43.50Notify03BRL-CAD:starseeker * 65143 (brlcad/trunk/src/libanalyze/raydiff.c brlcad/trunk/src/libged/gdiff.c): Fix midpoint calculation.
23:44.03sofatmeans this search only work for these code files not for all content of wordpress, because we are not using wordpress database for save the content
23:45.12sofatanother question
23:45.52sofati need to category the document as article,book, etc  and appears as menu
23:45.53brlcaddon't worry about search ... that can come after admin A-F ;)
23:45.56brlcadthat's G
23:46.01sofatlol
23:46.04sofatok
23:46.28brlcadI think we'll just end up with a custom search box
23:46.39sofatok
23:46.44sofati need to category the document as article,book, etc  and appears as menu
23:46.44brlcaddefault will be google search with a selector to search different indices
23:46.58sofatok
23:47.10brlcadthis online docs section could have a custom search box like blender's has in their top right corner
23:47.14brlcadbut again, not a priority
23:47.23sofathmm
23:47.26sofatok
23:47.52brlcadusers won't care if it's an article or a book, i'm not sure the distinction matters
23:48.20sofatok
23:48.27brlcadwe want semantic categories
23:48.37sofatok
23:48.42brlcadlike "Tutorials"
23:48.52sofatok
23:49.01brlcad"Presentations" etc
23:49.23brlcadand that should all be described in an XML file
23:49.35sofatok
23:49.43sofatdon't worry
23:49.43brlcadjust like how this is Blender's main doc menu: https://www.blender.org/manual/_sources/contents.txt
23:49.53brlcadi'm not ;)
23:49.53sofati check this
23:50.04sofati am worry ;)
23:50.32sofatso my first task is marge the all docs with wordpress as wordpress code file in well manner according to blender site
23:50.38brlcadyou have 3 MONTHS to get this working perfectly ;)
23:50.49sofatok
23:50.54brlcadsimilar to Blender ... doesn't have to be exact
23:51.08brlcadbut focus on anonymous user and presenting the docs with the WP theme
23:51.32sofatyes i understand
23:51.57sofat2) improve the editing process  according your requirement
23:51.58sofatnow last question is
23:52.06brlcada showing source link per page and pdf links per document are probably next up
23:52.21sofatok
23:52.53brlcadI suggest trying to get the processing working in our own build system (without docbook-kit)
23:53.18brlcadall it's doing for you is running xsltproc with a wp-enabled stylesheet
23:53.37brlcadthat stylesheet is certainly in their tree
23:53.43Notify03BRL-CAD:starseeker * 65144 (brlcad/trunk/src/libanalyze/tests/raydiff.g brlcad/trunk/src/libged/gdiff.c): Add options for enabling various parts of the diff output.
23:54.15sofatok i try to do that thing
23:54.31Notify03BRL-CAD:starseeker * 65145 brlcad/trunk/src/libanalyze/tests/raydiff.g: Don't need the tire test in the committed .g file.
23:54.50sofati want to use tinymce editor to edit the document in good manner. but in this i need to convert some docbook tags into html for user editing
23:55.39brlcadstart without editing, can do editing next week ;)
23:56.33brlcadwhen you get a build system working to generate wp-files, submit that as a patch
23:56.40brlcadthat's a good checkpoint
23:56.45sofatok
23:57.28sofatyes, then what i do this working on bulid system merge the documents will well manner
23:57.40sofatthats my milestone for this week ?
23:58.07brlcadsounds good to me
23:58.09sofat<PROTECTED>
23:58.47sofatok now then bye sir ;) after long time i said you sir.
23:58.53brlcadsofat: may I message you about a separate topic
23:58.56Notify03BRL-CAD:starseeker * 65146 brlcad/trunk/src/libanalyze/raydiff.c: quiet debugging printing.
23:59.07sofatyes
IRC log for #brlcad on 20150602

IRC log for #brlcad on 20150602

00:22.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:40.07starseekerbrlcad: OK - I didn't spot it in the functab initially.  I'll try to swat it tomorrow
01:09.38Notify03BRL-CAD:starseeker * 65147 brlcad/trunk/src/libanalyze/raydiff.c: protect the free calls.
01:10.16Notify03BRL-CAD:starseeker * 65148 brlcad/trunk/src/libanalyze/CMakeLists.txt: Add a stab at an object-inside-object test.
02:33.14Notify03BRL-CAD Wiki:117.199.103.107 * 8509 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
03:04.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:22.34*** join/#brlcad merzo (~merzo@133-14-133-95.pool.ukrtel.net)
04:01.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:21.32*** join/#brlcad merzo (~merzo@21-39-132-95.pool.ukrtel.net)
04:46.34*** join/#brlcad merzo (~merzo@238-15-133-95.pool.ukrtel.net)
05:07.25*** join/#brlcad merzo (~merzo@108-0-132-95.pool.ukrtel.net)
06:21.23*** join/#brlcad merzo (~merzo@154-69-133-95.pool.ukrtel.net)
06:59.31*** join/#brlcad andrei_il (~andrei@109.100.128.78)
07:32.59*** join/#brlcad sofat (~sofat@202.164.53.117)
08:10.19*** join/#brlcad merzo (~merzo@92.60.189.225)
08:35.36*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-exrmxgvrqdqiqdci)
11:01.14Notify03BRL-CAD Wiki:MeShubham99 * 8510 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV): Back-end */
11:35.55Notify03BRL-CAD Wiki:Shaina7837 * 8511 /wiki/User:Shainasabarwal/GSoC15/logs: /* 28 May */
12:14.47Notify03BRL-CAD Wiki:MeShubham99 * 8512 /wiki/User:MeShubham99/GSoc15/proposal: /* Things that I will Improve and add on: - */
12:15.19Notify03BRL-CAD Wiki:MeShubham99 * 8513 /wiki/User:MeShubham99/GSoc15/proposal: /* Things that I will Improve and add on: - */
12:15.56Notify03BRL-CAD Wiki:MeShubham99 * 8514 /wiki/User:MeShubham99/GSoc15/proposal: /* Things that I will Improve and add on: - */
12:16.44Notify03BRL-CAD Wiki:MeShubham99 * 8515 /wiki/User:MeShubham99/GSoc15/proposal: /* Brief Summary */
12:33.50Notify03BRL-CAD Wiki:MeShubham99 * 8516 /wiki/User:MeShubham99/GSoc15/proposal: /* Milestones */
12:35.30Notify03BRL-CAD Wiki:MeShubham99 * 8517 /wiki/User:MeShubham99/GSoc15/log_developmen:
13:39.50Notify03BRL-CAD:starseeker * 65149 brlcad/trunk/include/analyze.h: Helps to commit the header...
13:47.15Notify03BRL-CAD Wiki:85.246.127.87 * 8518 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
13:48.01Notify03BRL-CAD Wiki:85.246.127.87 * 8519 /wiki/User:Vasco.costa/GSoC15/logs:
13:52.28Notify03BRL-CAD:starseeker * 65150 brlcad/trunk/src/libged/gdiff.c: Use -R option to trigger gdiff with raytracing, draw all visuals if none are specified, clean up previous gdiff drawing if we're drawing again.
13:53.50Notify03BRL-CAD Wiki:85.246.127.87 * 8520 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
13:54.40*** join/#brlcad vasc (~vasc@bl13-127-87.dsl.telepac.pt)
13:55.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:59.36brlcadhi vasc
13:59.58brlcadany questions?  how's progress?
14:22.59Notify03BRL-CAD:ejno * 65151 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fixes
14:28.07Notify03BRL-CAD:ejno * 65152 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: set default material ID to 1 (must be greater than zero)
14:46.27vaschello brlcad
14:46.32vasci mean sean
14:46.55vasci'm working on a simplified rendering loop
14:47.27``Erikhah :D  the slad 'vision statement' probably came from this: http://www.buzzwordipsum.com/
14:51.10vascit helped a lot to use netbeans to read the code
14:51.16vascthe doxygen wasn't cutting it
14:51.27vascand its quite entangled
14:52.56vasci'm getting compilation errors with the svn
14:53.11vasc[ 91%] /home/vasco/brlcad/src/libged/gdiff.c: In function ‘ged_gdiff’:
14:53.11vasc/home/vasco/brlcad/src/libged/gdiff.c:49:9: error: variable ‘right_dbip_specified’ set but not used [-Werror=unused-but-set-variable]
14:53.11vasc<PROTECTED>
14:53.11vasc<PROTECTED>
14:53.11vasc/home/vasco/brlcad/src/libged/gdiff.c:48:9: error: variable ‘left_dbip_specified’ set but not used [-Werror=unused-but-set-variable]
14:53.14vasc<PROTECTED>
14:53.16vasc<PROTECTED>
14:53.55vascyou guys need to check that one
14:55.08vasci guess i shouldn't have updated. i'll go eat something until this gets fix.
14:59.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:11.39``Erikhm, those vars are reasonably old. Either the flag wasn't being used until now or the code was removed... you can just comment those lines out (or delete them or whatever)
15:12.28``Erikupdates and tries a build
15:39.18*** join/#brlcad Gurwinder (3b5be9d4@gateway/web/freenode/ip.59.91.233.212)
15:50.30Notify03BRL-CAD:ejno * 65153 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: refactoring geometry detection (in progress)
16:05.24vascactually its GCC that's dumb
16:05.33vascif i  comment the variables it doesn't work
16:05.45vascbecause they're set something in the switch below
16:05.56vascbut GCC, for whatever reason, doesn't get that
16:06.10vasc-Werror=unused-but-set-variable is the problem
16:06.20vascor maybe a GCC upgrade would fix it
16:07.23vascnow how do i shut that up...
16:09.59vasc#pragma GCC diagnostic ignored "-Wunused-but-set-variable"
16:10.01vascshut it up
16:10.17vascyou guys shouldn't enable that as error though
16:10.50vascmaybe i'll upgrade ubuntu and that will upgrade gcc as well
16:11.03vascit'll take me hours to upgrade ubuntu though
16:12.12vasci'm using gcc 4.9.1
16:12.32vasci'll make a ticket
16:17.30vasctime to upgrade to ubuntu 15.04
16:23.10Notify03BRL-CAD Wiki:85.246.127.87 * 8521 /wiki/User:Vasco.costa/GSoC15/logs:
16:33.04*** join/#brlcad andrei_il (~andrei@109.100.128.78)
16:33.51Notify03BRL-CAD Wiki:MeShubham99 * 8522 /wiki/User:MeShubham99/GSoc15/log_developmen:
16:35.42*** join/#brlcad devinder (~chatzilla@27.97.111.96)
16:51.57Notify03BRL-CAD:carlmoore * 65154 brlcad/trunk/src/util/bwmod.c: if using ABS, still need numop++, but don't care about that member of val; also, in 2 places, if we are being kicked out of program, don't care about that member of op array
16:53.55*** join/#brlcad sofat (~sofat@202.164.45.204)
16:54.34*** join/#brlcad elf11 (~elf11@82.137.13.214)
16:54.46Notify03BRL-CAD Wiki:85.246.127.87 * 8523 /wiki/Google_Summer_of_Code/2015: /* Sigourney: a Boolean Weaver for BRL-CAD */
16:55.39Notify03BRL-CAD Wiki:85.246.127.87 * 8524 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
16:57.51sofatbrlcad, starseeker how i add new xsl stylesheet in brlcad build system so when i  ./configure all .cmake(also add the new xsl stylesheet commands) will update and make php directory in share/docbook/ folder to handle the wordpress php files.
16:57.58sofathow i do this where i need to edit the code in brlcad source code.?
17:43.01Notify03BRL-CAD:erikgreenwald * 65155 brlcad/trunk/src/libged/gdiff.c: The code that uses "left_dbip_specified" and "right_dbip_specified" was commented out, but the declarations and setting were left. This causes issues with unused variables, so they're being commented out for now with notes.
17:43.58vasckewl
17:44.07vascso the problem was we had writes but no reads
17:44.12``Erikyeah
17:44.26vasci saw there were writes later on but didn't check there were no reads
17:44.44vascso GCC DID know what is was doing. great.
17:45.32vasci'm nearly finished upgrading my distro by now though
17:46.06``Eriklooks like the 'use' code was commented out, then uncommented to fix the warnings, then recommented out... O.o
17:46.40*** part/#brlcad elf11 (~elf11@82.137.13.214)
17:49.45vascrebooting
17:52.52*** join/#brlcad vasc (~vasc@bl13-127-87.dsl.telepac.pt)
18:09.22Notify03BRL-CAD Wiki:85.246.127.87 * 8525 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
18:09.36vascsbbl
18:09.38vascbbl
18:11.56Notify03BRL-CAD Wiki:85.246.127.87 * 8526 /wiki/User:Vasco.costa/GSoC15/logs:
18:12.19Notify03BRL-CAD Wiki:85.246.127.87 * 8527 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
18:40.26*** join/#brlcad DarkCalf (~DarkCalf@64.185.232.90)
19:33.45*** join/#brlcad Milinda (7c2bcb89@gateway/web/freenode/ip.124.43.203.137)
20:03.49*** join/#brlcad vasc (~vasc@bl13-127-87.dsl.telepac.pt)
20:08.13*** join/#brlcad LordOfBikes (~armin@dslb-092-074-230-024.092.074.pools.vodafone-ip.de)
20:09.00Notify03BRL-CAD:starseeker * 65156 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp and 2 others): Remove dynamic opt table API.
20:27.31Notify03BRL-CAD:starseeker * 65157 brlcad/trunk/src/libbu/opt.c: Simplify since we are't supporting dynamic tables
20:31.44*** join/#brlcad terrywen (~twen6@pool-71-97-144-189.bltmmd.fios.verizon.net)
20:45.25*** join/#brlcad merzo (~merzo@105-83-133-95.pool.ukrtel.net)
20:47.16brlcadvasc: gcc's warning reporting has actually gotten rather advanced in the last couple years in particular -- it's almost never wrong ...
20:47.59brlcadso much so that I'd wager it's almost absurd to disable a warning unless there's a system header involved
20:50.36brlcadboth llvm and gcc now basically use a form of advanced graph-based quasi-regex-style pattern matching to detect conditions
20:51.00brlcadcoverity used to be the only shop in town using that method, but the open source kids are growing up fast :)
20:52.21vasci upgraded my distro and gcc and now i get this:
20:52.45vaschome/vasco/brlcad/src/other/stepcode/src/clutils/gennodearray.cc:23:57: error: declaration of ‘void* memmove(void*, const void*, size_t)’ has a different exception specifier
20:52.45vasc<PROTECTED>
20:52.45vasc<PROTECTED>
20:52.45vascIn file included from /home/vasco/brlcad/src/other/stepcode/src/clutils/gennodearray.h:25:0,
20:52.45vasc<PROTECTED>
20:52.49vasc/usr/include/string.h:50:14: error: from previous declaration ‘void* memmove(void*, const void*, size_t) throw ()’
20:52.52vasc<PROTECTED>
20:52.54vasc<PROTECTED>
20:52.56vascsrc/other/stepcode/src/clutils/CMakeFiles/steputils.dir/build.make:146: recipe for target 'src/other/stepcode/src/clutils/CMakeFiles/steputils.dir/gennodearray.cc.o' failed
20:52.59vascmake[2]: *** [src/other/stepcode/src/clutils/CMakeFiles/steputils.dir/gennodearray.cc.o] Error 1
20:53.01vascrepeated like 8 times
20:53.03vascdunno if i need to re-run cmake or what
20:53.51brlcadyep.. every upgrade they have been introducing new detections .. pretty exciting stuff!
20:53.55vascfor whatever reason i thinks i don't have a memmove declared somewhere and then redeclares it
20:54.11vascand the new declaration is different
20:54.11StragusI find the "might be unused" warnings are often wrong, eh
20:55.03brlcadStragus: I haven't seen one wrong in .. years, at least not technically wrong if you follow the data
20:55.13brlcadmany that seemed wrong
20:55.15vasci have a past history of headbutting with gcc warning fails so i am usually kind of suspicious when i see something like that
20:55.41vascbut its good if they're better at it now
20:56.10brlcadI have a history of chasing them down, even if they are false positives, as even those tend to be bad-smelling code
20:56.43Stragusbrlcad, I have seen logic too "complex" for the compiler to follow... Like setting some variable and later reading it only when the bit 3 of some other variable is set
20:56.44brlcadthe biggest source I've seen are issues that cannot be worked around (bugs or deficiencies in system headers)
20:57.45brlcadStragus: I'd be happy to inspect a case you think is a false positive if it's ever handy
20:58.30brlcadI've inspected cases far more complex than some bit fiddling too
20:58.39brlcadlike I said, it's been years
20:59.30vascoops. i did one rm -rf too much
20:59.35StragusI'm always silencing that warning since I get too many false positives with SSE
20:59.36brlcadvasc: if you don't want to deal with those warnings, you can turn them off during cmake
20:59.53brlcadSSE and asm code I can easily see causing false positives
21:00.04brlcadbut then that's technically leaving C
21:00.06StragusLike modifying only the lower 64 bits of a 128 bits XMM, which implies reading it, and GCC complains
21:00.27brlcad(asm that is)
21:01.26StragusEven if you build your xmm variable just by writing the lower 64 bits then the upper 64 bits, gcc complains
21:02.06brlcadwould need to see a specific example, way too many variables
21:02.26vascit messes up with union types?
21:03.15StragusUnions are fine, in my experience
21:03.47brlcadStragus: it wasn't a challenge to say that they're not possible :)
21:04.21brlcadit's that over decades, I've seen a pattern of devs arrogantly declaring the compiler is wrong and 9/10 they've been wrong and in recent years, even more so
21:04.30vasci just nuked the simple .g files i made to test the primitives. oops
21:04.55vasci used to think that was true
21:05.12brlcadvasc there is a slew of sample .g files in the share/db build dir
21:05.12vascuntil i was doing my final course project and found a bug in templates with ms visual studio c++ 6.0
21:05.30vascwhich they fixed in sp4 i think
21:05.35brlcadmsvc is a different beast -- all bets off there :)
21:06.14vasci still remember the wesnoth game devs complaining a lot about c++ support in gcc as well
21:06.23vasci never had many issues with it because i usually code in c
21:06.38vasci only use c++ quite sparingly
21:06.39StragusThat's unexpected, GCC's support for the standards is pretty good
21:06.54vascwell this was nearly a decade ago
21:06.54StragusUnlike MSVC which still only supports C89 (come on!)
21:06.56brlcadwe hit a slew of issues in bzflag too, but mostly were portability-related
21:06.58vascthings could have changed
21:07.06brlcad(bz is c++)
21:07.55vascthere was a time when i was enamoured with the object oriented fluff but i quickly grew out of it
21:08.02Stragusbrlcad, I turned on "might be uninitialized" warnings (for the first time in a long time) and it looks a lot better than before
21:08.16StragusI assume they silenced a bunch of warnings that were often wrong
21:08.22StragusSSE/AVX still causes some issues
21:08.24brlcadStragus: msvc technically is a C++ compiler that happens to support C89 -- they directly said they had no intention of ever supporting C99
21:08.45vascits ms. they are idiots.
21:08.59brlcadthey happen to support many of the new standard features simply by way of supporting the newer c++ standards (which they have been on top of pretty well)
21:09.33vasci actually liked c# though
21:09.33StragusAs long as you do a #define restrict __restrict and such, yes
21:10.31vascits much better than java. java's basic type system is whacked.
21:10.59vascit was kludged and kludged and nobody wants to rewrite it
21:11.16vascwant unsigned ints? fast floats? good luck.
21:11.42vasci think the DoD once even paid Sun to fix their broken FP performance in Java at once point
21:12.03vascwhich they 'fixed' by inventing a new programming language that no one uses
21:12.21StragusUsing Java when you care about performance is a mistake
21:12.21vasci think it was called fortress
21:12.30StragusNot as bad as using Python, but still a mistake
21:13.15vasci really like python
21:13.21vascfor prototyping its great
21:13.45vascor doing scripts and things like that
21:18.51vascthe thing is java could have a lot faster performance on FP than it has
21:18.57vascbut the type system is totally broken
21:19.44vascits never going to be faster than c++ or c but
21:33.02vascthere are virtual machines for python btw
21:34.14vascpypy and there used to be psyco
21:34.56vasci think i was playing that ddr clone game once and it was written in python and compiled with pypy
21:35.28vascah no it was the frets on fire game
22:12.05Notify03BRL-CAD Wiki:Konrado DJ * 8528 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 1 JUNE 2015 */
22:14.30vaschmm
22:24.11vaschope i didn't delete too much code
22:24.34vascnope
22:26.13vascok i cut the ray casting code to the bare bones
22:26.21vascray generation
22:26.36vascnow the problem is the hierarchy traversal bool weaving and whatever
22:26.56vasci gotta cut it all down into just testing with all the objects without traversing bsps and things like that
22:28.22vascman even the simple code like view_pixel which is only supposed to copy the color in pixel to the buffer are complicated like heckk
22:29.06vascdon't wanna deal with that now but eventually this needs to be redone too
22:32.01vascoh i see it calls a view_eol function in the end which does zip
22:32.05vascanother thing to delete
22:32.46vascit probably did something at some point i guess
22:39.23vascneat. well i just cut away supersampling, and jittered sampling and so on
22:39.35vascbut we have to start someplace and its just too much noise at this point
22:39.59vascno more branching
22:59.32Notify03BRL-CAD Wiki:Deekaysharma * 8529 /wiki/User:Deekaysharma/logs:
23:03.44vascuhoh
23:04.46vascthe ray segments are stored in a linked list of indetermined size
23:04.50vascthat's baddddd...
23:05.24vasci'm supposed to know how much memory i need to allocate BEFORE running the algorithm. opencl doesn't support dynamic memory allocation inside kernels
23:05.45vascso much for that
23:06.39vasci guess i could run the algorithm TWICE. one to know how much memory i need and another to store the segments themselves
23:06.46vascbut i wonder how slow that will be....
23:07.20vascoh well don't have a better plan now
23:09.07Notify03BRL-CAD Wiki:85.246.127.87 * 8530 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
23:32.40StragusLinked list of ray segments? Darn
23:34.01StragusI would use an implicitely allocated chunk of X segments per ray, then use a big fat buffer of "overflow" segments from which it "allocates" extra segments by global atomic read/write an offset counter
23:35.23StragusMy raytracer just had a callback per hit (even a CUDA callback) to let the user process hits directly as they come, which is by far a preferable approach
23:35.33StragusThe user can still buffer up if he really wants to
23:37.51Notify03BRL-CAD:starseeker * 65158 brlcad/trunk/src/librt/db_diff.c: Use ft_internal_size from the functab.
23:58.14vaschmm
23:58.49vascthat reminded me of something
23:58.59vascah but it won'twork
23:59.25vasci think i'll just do everything twice
23:59.34StragusThat sounds terrible
23:59.43StragusWhat's wrong with preallocating X segments per ray?
23:59.47vascyeah. it SOUNDS terrible
23:59.54vascbut memory allocation is slow too
IRC log for #brlcad on 20150603

IRC log for #brlcad on 20150603

00:00.00StragusDepends how it's done
00:00.35vascwell only way to know is to do it
00:00.41vascit its too slow i'll think of something else
00:00.59StragusIt will be twice as slow as it should be
00:01.13StragusThat would qualify as "too slow" for me :p
00:01.14vascif i could estimate a reasonable upper bound it work too
00:01.24vascit sounds like that but sometimes its not as simple as that
00:01.41StragusThere are many, many ways to approach the problem
00:01.43vasci've had experience with grid algorithms which use counting to determine size before doing the set and the code is faster
00:02.02vascthe working set of the data is smaller
00:02.03StragusYou could use X segments per ray, flag these rays for partial traversal, count how many extra segments they need, allocate, then finish the ray
00:02.27StragusOr you could allocate on the fly the missing segments with multiple "fat buffers" with atomic counters (not just one counter, use many)
00:02.45vasci'm going to have dozens of threads
00:02.48vascor hundreds
00:02.56vascmore like hundreds
00:03.08StragusUh. If it's OpenCL/CUDA, you should have thousands
00:03.13vascwell
00:03.15StragusLike > 10000
00:03.20vascmy gpu has like 1024 i think
00:03.32vasc<PROTECTED>
00:03.45StragusThat's not the count of cores/lanes
00:04.04StragusA GPU has multiple processing units, and each processing units can handle so many threads simultaneously
00:04.18vascbut the max work group size is the max
00:04.24StragusIt can handle more threads than it has cores, because GPUs hide memory latency by switching to different threads
00:04.37StragusYou use many "work groups", what we call blocks in CUDA
00:04.40vascyeah
00:04.56StragusBottom line, *always* launch more than 10000 threads
00:05.04StragusHeck, launch a million if you can :)
00:05.08vascsure but *concurrently* its not gonna be more than 1024
00:05.24vascwhich is what matters for the locks
00:05.24StragusThis is 1024 threads for each SMM
00:05.28StragusMy GPU has 16 SMM
00:05.37vascnah
00:06.04StragusA "work group" (block) isn't shared across multiple processing units
00:07.59StragusAlso, when a thread is done processing, you want the GPU to already have more work at hand ready to go
00:08.08vascyeah
00:08.14StragusSeriously, you want more than 10000 threads, this is pretty much a minimum
00:08.24vasci'm going to have one per pixel
00:08.29StragusI frequently launch thread counts in the millions
00:08.36StragusGood
00:09.25vascit can be a problem though
00:09.51vascif the block size is too big and not all threads finish at the same time the GPU utilization rate can be crap
00:10.09vasci'll worry about that later
00:10.15StragusI'm not following
00:10.22StragusThe GPU will work as fast as it can until all threads are done
00:10.36vasclets say i split the image to be renderer in blocks with 16x16 pixels
00:10.54StragusExcept of course, that groups of 32 threads run synchroneously, so a group of 32 threads can only be "done" (freeing computing resources) when all 32 threads are fully done
00:10.55vascbut one of those pixels takes like 10x more time to process than the others
00:11.00vascyeah
00:11.01StragusIndeed
00:11.29StragusIf that's a frequent occurence, you can detect such cases and have the other 31 threads grab more work from some global buffer
00:11.34StragusThat's a headache though
00:11.42vascyeah work stealing. that's an option people use.
00:12.17StragusGenerally, for raytracing, a group of primary rays (pixels) will be fairly coherent for processing
00:12.23StragusIt's not worth the trouble for primary rays
00:12.38vascyeah most of the issue will be along edges and things like that
00:12.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:13.40StragusIt's also not worth the trouble because if you grab more work, memory loads will become incoherent, losing memory coalescing
00:13.40StragusSo your memory loads take longuer, and if that was the bottleneck in the first place, you don't gain much and with overhead
00:13.40vascyeah this is an issue too
00:14.22vascso another idea is if you can estimate the time each pixel will take and the space it traverses then you can use then to roughly sort rays.
00:14.34vascbefore rendering.
00:14.44StragusWhat kind of rays do you want to sort? Bouncing rays?
00:14.58vascthis it will be mostly useful for secondaries yes.
00:15.14StragusTrue sorting of rays imply scattered writes which is *terrible*, but there are other ways
00:15.37StragusFor example, from a group of 32 primary rays, you can pick 32 bouncing rays with roughly the same direction and process them together
00:15.58StragusSo the origin and direction will be similar with little overhead
00:16.08vascnot necessarily
00:16.16vascimagine your rays hit a sphere
00:16.25vascthey will diverge
00:16.52StragusI'm assuming you launch many bouncing rays per primary hit, and you can quickly pick ones with roughly similar directions
00:17.04StragusBut each case is different. Just don't even try sorting with scattered writes :)
00:17.04vascin that case sure
00:17.13vascactually some people do that
00:17.21vascand claim its better than not sorting at all
00:18.08vasci'm not going into that until i get the basics working
00:18.15StragusI have explored that stuff, it all depends how your data is organized and if you have tricks to make a rough sort that will statistically be somehwat coherent at a low cost
00:18.23vascthere's all sorts of issues
00:18.27Stragus(I wrote a high performance CUDA raytracer by the way)
00:18.34vasccool
00:19.00vascit is publically available?
00:19.24vascpublicly
00:19.49StragusA first version was put on sourceforge and never (?) updated
00:20.00StragusYou can google "Rayforce"
00:24.20vasci saw the webpage. it says it doesn't use bsps and stuff but isn't very explicit in the technique
00:24.34vascthe performance seems good
00:24.57StragusIt was the fastest raytracer when we presented at the Nvidia conference
00:25.11StragusBut the preparation time is terrible :p (single threaded, very computionally intensive)
00:25.24StragusAnd I haven't followed developments, so others could be faster
00:26.02vascyou need to build some acceleration structure and that is single-threaded?
00:26.26vascbut the rendering and moving the camera is fast?
00:26.35StragusYup, pretty much
00:26.41vascthat's typical
00:26.49StragusThe scene preparation could be much faster, it just wasn't an issue
00:27.02vascthere's a lot of work in last 5-7 years on fast build acceleration structure
00:27.16vascit typically can take tens or hundreds of ms now to build one
00:27.47vaschttp://web.ist.utl.pt/~vasco.costa/uploads/Main/cgi2015.pdf
00:27.56vascthis is a short paper i made on fast build grids on gpus
00:28.29vascit can build a grid for the san miguel scene at over 25hz
00:28.29StragusCool. Yes, I know there has been a lot of work on making the preparation fast
00:28.45Stragusi went completely the other way. How fast can raytracing be, even if you need minutes to prepare? :)
00:28.52vascthis is good too
00:29.07vascthere were some papers decades back on what they called 'constant time ray tracing'
00:29.11StragusSince you can build and cache the whole graph, it's not always an issue
00:29.36vasci haven't seen a lot since
00:29.49vascdo you have some paper on this or slides?
00:30.18StragusI don't personally have this... A colleage wrote some paper on a tiny piece of the work
00:30.30vascah
00:30.33StragusI agreed to help writing a paper, but they wanted to split the information into 5-6 papers or something
00:30.35Stragussighs
00:30.36vascwell i'll look at the code when i have time
00:30.43StragusI'm not from academia :p
00:30.58vascwell it can be pretty hard to publish system papers
00:31.04vascits easier to publish algorithm papers
00:31.15vascso its probably like a paper per main algorithm what they wanted
00:31.40StragusI'm generally not interested to write, publish or read papers
00:32.24vascwell its a different way to transmit knowledge that's all
00:32.58vasci did my undergraduate, then went to work in the private sector, then came back to do my phd
00:33.03vascso i've seen both sides
00:34.07StragusThere's just so much... garbage in papers, with all of academia pressured to write as many papers as they can, even when they have absolutely nothing to say
00:34.12vascand its true that there's nothing truer than the source code
00:34.50vascthat happens
00:35.07vascbut you usually won't get published anywhere good with something like that
00:35.35vascit doesn't help that you get performance evaluated on numbers of papers published
00:35.49vascthis is a problem with any of those kinds of performance evaluation schemes
00:36.44Notify03BRL-CAD Wiki:JackySandman1 * 0 /wiki/User:JackySandman1:
00:37.00StragusYup. I have glanced over too many worthless papers to generally bother anymore
00:37.25StragusWhile the "good idea", if there's one at all, can often be resumed in two lines
00:37.33vascyeah
00:37.48Notify03BRL-CAD Wiki:JackySandman1 * 8531 /wiki/Documentation: Undo revision 8302 by [[Special:Contributions/Sean|Sean]] ([[User talk:Sean|talk]])
00:37.59vascbut you need to prove it works so you need tests and test results and so on
00:38.52StragusI'll let others take care of that :p
00:39.10Notify03BRL-CAD Wiki:JackySandman1 * 0 /wiki/File:Picture.jpg:
01:00.55vascthe traversal code is a bit of a mess
01:00.58vasci'll continue tomorrow
01:01.00vascgood night
01:15.16*** join/#brlcad LordOfBikes_ (~armin@dslb-092-074-231-184.092.074.pools.vodafone-ip.de)
02:24.36Notify03BRL-CAD Wiki:59.91.113.247 * 8533 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
02:31.11Notify03BRL-CAD Wiki:59.91.113.247 * 8534 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
02:35.35Notify03BRL-CAD Wiki:Sean * 8535 /wiki/Documentation: Reverted edits by [[Special:Contributions/JackySandman1|JackySandman1]] ([[User talk:JackySandman1|talk]]) to last revision by [[User:Sean|Sean]]
02:35.53Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:JackySandman1: Inserting nonsense/gibberish into pages
02:36.28*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
02:36.38Notify03BRL-CAD Wiki:Sean * 0 /wiki/Alexander_Tatarnikov_(diezel_sun): Spam: spam
02:37.00Notify03BRL-CAD Wiki:Sean * 0 /wiki/File:Picture.jpg:
02:37.28Notify03BRL-CAD Wiki:Sean * 0 /wiki/File:Picture.jpg:
03:19.43*** join/#brlcad Gurwinder (3b5b71f7@gateway/web/freenode/ip.59.91.113.247)
03:25.43Notify03BRL-CAD:brlcad * 65159 brlcad/trunk/src/other/openNURBS/opennurbs_system.h: add support for compiling with the AIX 7.1 compiler/linker
04:45.36*** join/#brlcad Milinda (c0f80842@gateway/web/freenode/ip.192.248.8.66)
04:45.41MilindaAnyone know a good tutorial to create a brl-cad display manager instance in qt ?
05:30.59*** join/#brlcad DarkCalf (~DarkCalf@64.185.232.90)
05:34.47*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-anzpkzgrsvgdekfc)
06:03.06Notify03BRL-CAD:brlcad * 65160 brlcad/trunk/src/librt/screened_poisson.cpp: quell dir1 being set but unused by using it. warnings-as-errors should probably be enabled for librt c++... more has crept in.
06:13.51Notify03BRL-CAD:brlcad * 65161 brlcad/trunk/src/libbu/fgets.c: per manpage, buffer contents are supposed to remain unchanged if eof is encountered before we read
06:23.33Notify03BRL-CAD:brlcad * 65162 brlcad/trunk/src/libbu/vls.c: it's possible for bu_fgets to return an empty string, so make sure we don't try to index -1
06:27.40*** join/#brlcad Gurwinder (caa43575@gateway/web/freenode/ip.202.164.53.117)
06:47.36dracarys983brlcad, starseeker, ``Erik: I have to study raytracing in detail for my Honors work and it seems we've shifted to PBRT for the experimentation and extension. How is the book "Physically Based Rendering" for the task?
06:51.51Notify03BRL-CAD:brlcad * 65163 brlcad/trunk/src/mged/mged.c: make sure we don't try to index into an invalid -1 address if the prompt happens to be empty
07:00.42*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
08:17.07Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8536 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
09:06.09*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:37.42*** join/#brlcad sofat (~sofat@202.164.53.117)
09:39.22sofatstarseeker, hello
09:40.04sofati want to add new xsl stylesheet in brlcad-build system how i do this ? which code i need to edit.
11:30.54``Erikmsvc is primarily a C++ compiler, not a C compiler... I doubt they actually fully support c89, just a common subset (and iirc, they introduce c++isms in violation of c89)
11:31.32``Erikwoops, brlcad already said that :)
12:08.53Notify03BRL-CAD Wiki:Muslattoggariso * 0 /wiki/File:Picrure.jpg: Picture, diezelsun.
12:10.22Notify03BRL-CAD Wiki:Muslattoggariso * 8539 /wiki/Talk:Alexander_Tatarnikov_(diezel_sun): Created page with "Here and so it is necessary to expertly create pictures in graphic programs."
12:11.48Notify03BRL-CAD Wiki:Muslattoggariso * 8540 /wiki/Alexander_Tatarnikov_(diezel_sun):
13:11.04Notify03BRL-CAD:n_reed * 65164 (svn:mergeinfo ## -3,4 +3,4 ## and 6 others): record revisions merged to trunkProperty Changed:----------------brlcad/branches/brep-debug/brlcad/branches/brep-debug/src/libged/polyclip.cpp
13:23.33Notify03BRL-CAD:n_reed * 65165 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/BUGS and 1184 others): sync from trunk
13:51.17Notify03BRL-CAD:n_reed * 65166 (svn:mergeinfo ## -1,5 +1,5 ## and 7 others): record merge revisionProperty Changed:----------------brlcad/trunk/brlcad/trunk/src/libged/polyclip.cpp
14:38.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:23.33Notify03BRL-CAD Wiki:MeShubham99 * 8541 /wiki/User:MeShubham99/GSoc15/log_developmen:
16:24.32Notify03BRL-CAD Wiki:MeShubham99 * 8542 /wiki/User:MeShubham99/GSoc15/log_developmen:
16:34.37*** join/#brlcad d3r1ck (~root@195.24.220.134)
16:34.58d3r1ckCh3ck: he is not around
16:35.03d3r1ckhello all
16:36.22*** part/#brlcad d3r1ck (~root@195.24.220.134)
16:36.36*** join/#brlcad snowlove (~albertcod@1.39.35.154)
16:54.10Notify03BRL-CAD Wiki:59.91.114.217 * 8543 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
17:20.25*** join/#brlcad snowlove (~albertcod@1.39.32.65)
17:24.23Notify03BRL-CAD Wiki:MeShubham99 * 8544 /wiki/User:MeShubham99/GSoc15/log_developmen:
17:30.43Notify03BRL-CAD Wiki:MeShubham99 * 8545 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
17:47.15*** join/#brlcad terrywen (~twen6@pool-71-97-144-189.bltmmd.fios.verizon.net)
17:48.19*** join/#brlcad andrei_il (~andrei@109.100.128.78)
17:55.56``Erikmm, full screen terminal with no decorations, 'snice. why haven't I done this before? O.o
18:24.45*** join/#brlcad LordOfBikes (~armin@dslb-092-074-231-184.092.074.pools.vodafone-ip.de)
18:34.14Notify03BRL-CAD:ejno * 65167 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: refactor find_ccone_cutout() and implement find_csphere_cutout()
18:42.00Notify03BRL-CAD:ejno * 65168 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: make db_i's const
18:56.09Notify03BRL-CAD Wiki:Sean * 0 /wiki/File:Picrure.jpg: spam
18:56.23Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:Muslattoggariso: Spamming links to external sites
18:56.56Notify03BRL-CAD Wiki:Sean * 0 /wiki/File:Picrure.jpg:
18:57.54Notify03BRL-CAD Wiki:Sean * 0 /wiki/Talk:Alexander_Tatarnikov_(diezel_sun): spam
19:11.58Notify03BRL-CAD Wiki:202.164.45.204 * 8546 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
19:12.59*** join/#brlcad sofat (~sofat@202.164.45.204)
19:13.15sofatbrlcad, hello
19:15.00sofatI am done the work of worspress xsl stylesheet noe i want to add this xsl file into brlcad buid system so how i do this ? I want run this xsl on all document and convert into wordpress php and store into another directory .
19:16.12brlcaddracarys983: it's a good book, written specifically for teaching ray tracing concepts
19:16.45brlcadsofat: what searching have you done to figure this out on your own
19:17.02sofats/noe/now
19:17.48brlcadyou've asked the question 3 times :)
19:19.46brlcadsofat: what searching have you done?
19:19.53sofatyes but i want to know how i use this file in your brlcad building so now want konw which file i need to edit for this.
19:19.59brlcadI know what you want
19:20.05sofats/konw/know
19:20.18brlcadI'm asking what have you done to try and figure it out on your own?
19:21.06Notify03BRL-CAD:carlmoore * 65169 brlcad/trunk/src/util/bwmod.c: remove initialization of c, because it's immediately set in a 'while' statement
19:22.44brlcadit's nobody's job to simply answer your questions -- the mentors are to help when you are stuck (which requires understanding why you are stuck), to help you stay motivated (which requires encouragement and testing), and help YOU find the answers you're looking for (which requires teaching you how to learn, not simply answer questions)
19:22.46sofatyes i am checking some .cmake files but i am not got right direction
19:22.58brlcadwhich files?
19:23.25sofatCMakeList.txt files
19:24.01*** join/#brlcad CNCProShane (~cncpro@70-88-111-205-Michigan.hfc.comcastbusiness.net)
19:24.35brlcad... which CMakeList.txt files?  there are thousands in the tree
19:26.38sofatdoc/docbook/CMakeLists.txt
19:26.54brlcadexcellent, that's a great place to start
19:27.07sofatdoc/docbook/article/CMakeLists.txt
19:27.25brlcadalso appropriate as that one even identifies a stylesheet
19:28.46brlcaddo you notice in that first file how the logic is wrapped in various BRLCAD_EXTRADOCS_* variables?
19:28.55brlcade.g., BRLCAD_EXTRADOCS_HTML
19:29.57brlcadyes?
19:30.04brlcadno?
19:30.20brlcad*crickets*
19:30.30sofatyes
19:30.37brlcadokay, great
19:30.57brlcadso what you essentially need to do is add your own BRLCAD_EXTRADOCS_* logic
19:31.23brlcadprobably BRLCAD_EXTRADOCS_WORDPRESS
19:31.45brlcadand fortunately, the BRLCAD_EXTRADOCS_HTML code is almost exactly what you need already
19:32.04brlcadso start there, search the tree for that symbol and add your own for wordpress
19:32.08sofatok
19:32.27brlcadgrep -r BRLCAD_EXTRADOCS_HTML .
19:32.58brlcadyou'll basically find a little bit of logic in the top CMakeLists.txt file, a little in misc/CMake, and a lot in the doc/docbook subdirectories
19:33.38brlcadsome day starseeker might revisit his promise to clean that all up so it's not so sprawling and redundant, but that's your pattern for now ;)
19:34.24sofatok i will check
19:55.48*** join/#brlcad cox (~quassel@188.226.208.53)
19:56.09*** join/#brlcad terrywen (~twen6@pool-71-97-144-189.bltmmd.fios.verizon.net)
20:03.50Notify03BRL-CAD:carlmoore * 65170 brlcad/trunk/doc/docbook/system/man1/en/bwmod.xml: redo parts of the bwmod man page
20:11.20Notify03BRL-CAD:carlmoore * 65171 brlcad/trunk/doc/docbook/system/man1/en/bwstat.xml: modify the remark about square root
20:44.22Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8547 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
20:45.14dracarys983brlcad: Cool. Thanks :)
21:47.31Notify03BRL-CAD Wiki:Konrado DJ * 8548 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 2 JUNE 2015 */
21:50.05*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
22:21.11Notify03BRL-CAD:carlmoore * 65172 brlcad/trunk/doc/docbook/system/man1/en/bwmod.xml: put 'bwstat' in boldface, and fix the line breaks near it
22:29.30Notify03BRL-CAD:ejno * 65173 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: refactoring
22:34.00Notify03BRL-CAD:ejno * 65174 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: disable comb_representable() for now
22:36.14Notify03BRL-CAD:ejno * 65175 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: formatting
IRC log for #brlcad on 20150604

IRC log for #brlcad on 20150604

00:57.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:16.55Notify03BRL-CAD:ejno * 65176 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fixes
02:32.05Notify03BRL-CAD Wiki:Joseareyes24 * 0 /wiki/User:Joseareyes24:
02:35.01*** join/#brlcad infobot (ibot@rikers.org)
02:35.01*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
03:22.56*** join/#brlcad ulty (~ofnlut_@2601:a:6680:ee3:c17b:97a6:b414:de00)
03:37.29*** join/#brlcad Gurwinder (3b5beb47@gateway/web/freenode/ip.59.91.235.71)
03:49.17GurwinderI make a ellipse and type "l myellipsename". It shows, A rotation angle, B rotstion angle, C rotation angle. Does it means angle with x, y and z  axis?
05:34.59*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-sjnfabjxwleoqzeb)
07:29.10*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:00.25*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:07.37starseekerbrlcad: eh?  most of the core docbook logic lives in misc/CMake/Docbook.cmake and the corresponding tool invocation templates (xmllint.cmake.in, xsltproc.cmake.in, etc.) in misc/CMake
11:11.05starseekerbrlcad: the books use some extra custom stylesheets for PDF to take advantage of the work Tom did, and there is a bit of toplevel resource management in doc/docbook/CMakeLists.txt and the fop.xconf and log4j files, but other than that the majority of the files are about listing xml and image files and calling the macros
11:13.36starseekerman5/en/CMakeLists.txt has some extra bits due to our generating some xml content from "normal" programs built in the primary system build, and if we move to getting all option docs from running programs to generate them things will get messy, but at the moment I thought things were reasonably sane considering the inherent complexity of the DocBook "build" process
11:14.57starseekerisn't saying things can't be improved - they can always be improved - but I didn't have anything burning in my queue on re-engineering the DocBook CMake
11:15.22starseekerwilling to change that, but could use some suggestions on how you would like things to look/act :-)
11:20.57dracarys983starseeker: Can you give me some pointers on how do I understand the implementation part for gqa and rtweight?
11:22.09dracarys983I have tried this till now : https://docs.google.com/document/d/1qmyaHOuNskAxdgw8iA8vTIl8iYLCxOEwhTCHkvXUjbA/edit?usp=sharing
13:13.53*** join/#brlcad sofat (~sofat@202.164.45.204)
13:16.11*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
13:52.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:04.03*** join/#brlcad vasc (~vasc@bl13-97-128.dsl.telepac.pt)
14:06.46brlcadstarseeker: I think the problem is your caveat of "most" .. there's definitely necessary BRLCAD_EXTRADOCS_* statements in doc/docbook cmakefiles
14:07.00brlcadso to add a new output formatter, you have to edit at least those three places
14:08.02brlcadnot a big deal, just a little sprawling .. I'm not even sure there IS an easy way to encapsulate it better without pushing it all into doc/docbook
14:10.05brlcadI just remember you talking way back when (a couple years ago) when you were actively working on it, about encapsulation improvements you had intended and things you were going to come back and fix
14:10.43brlcadmaybe I'm confusing it with other cmake cleanup intentions ;)
14:14.22brlcad``Erik: named seems to be very unhappy... I had to turn it off because of a slew of SERVFAIL responses coming in
14:14.40brlcadand REFUSED
14:31.16*** join/#brlcad joevalleyfield (~joevalley@66-118-151-70.static.sagonet.net)
14:48.35Notify03BRL-CAD:carlmoore * 65177 brlcad/trunk/src/util/bwstat.c: use the DECLARATIONS to initialize variables; simplify the sum calculation (comment about non-use of 'else')
15:12.00*** join/#brlcad d3r1ck (~root@195.24.220.134)
15:12.45*** part/#brlcad d3r1ck (~root@195.24.220.134)
15:14.42brlcadheh, root user
15:16.25*** join/#brlcad terrywen (~twen6@pool-71-97-144-189.bltmmd.fios.verizon.net)
15:17.45dracarys983brlcad: Any pointers you can give on understanding the implementation of gqa and rtweight?
15:18.13dracarys983I have tried this till now : https://docs.google.com/document/d/1qmyaHOuNskAxdgw8iA8vTIl8iYLCxOEwhTCHkvXUjbA/edit?usp=sharing
15:18.16brlcaddracarys983: on understanding the implementation, what would you like to know?
15:18.23brlcadcan't get to google docs atm
15:18.52brlcadhave you read through this: http://brlcad.org/wiki/Example_Application
15:19.05dracarys983Nope I haven't
15:19.13brlcadthat is the basic structure of all our ray-tracing applications
15:19.33brlcadthat shoots a single ray and uses a callback mechanism to handle hits and misses
15:19.47dracarys983Oh nice. :D
15:19.50brlcadit fundamentall underpins both gqa and rtweight
15:20.05brlcadrtweight shoots a 2D grid using that interface
15:20.19brlcadgqa shoots 3 axis-aligned 2D grids using that interface
15:20.40dracarys983Great. That will be helpful :)
15:20.41brlcadprobably not, but might be helpful to you too vasc
15:21.05dracarys983I was actually trying to look at gqa.c's ged_gqa() today
15:21.27dracarys983Couldn't make a lot out of it. So, I needed help. This is awesome :)
15:21.32brlcadvasc: you'll also want to look at http://brlcad.org/wiki/Developing_applications especially the first link that explains the RTUIF
15:22.30brlcadvasc: you mentioned yesterday about view_eol not being used ... except it is used, just not by that application -- the rtuif is an application callback interface shared by a dozen or more different applications, so while rt doesn't need to use it, others do/might/can
15:22.51brlcaddracarys983: glad to help
15:23.23vaschm but that code was on rt
15:23.25brlcaddracarys983: most of gqa's complexity is actually in the complex book-keeping it needs in order to calculate volume/overlaps/centroids/moments, etc
15:23.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:23.36vascmaybe its set as a callback elsewher
15:23.41brlcadright
15:23.47brlcadit has to provide it, just nothing to do
15:24.44brlcadthe view*.c files have to define a set of functions for the "front end" of the RTUIF, that being one of them
15:24.57vasci'm still trying to do something as bare bones as possible
15:25.19dracarys983brlcad: Roger that. I did notice a lot of huge data structures like rt_i and region and resource being used.
15:25.55brlcadthe back end just calls them .. if there was a registration table or something, it could have been left off but meh not really a problem to stub an empty -- there are other ways I'd refactor that code if motivated
15:26.45brlcaddracarys983: yes, the example talks about those
15:26.49vascthe code as lots of kludging because it doesn't have a mask saying which parts are background and which aren't
15:27.03vascso it basically knows its the background if the color is the bg color
15:27.40brlcaddracarys983: you might also like to read the first one on http://brlcad.org/wiki/Developing_applications if you want a little more understanding of those structures or just ask questions as they come to mind
15:28.02brlcadvasc: yep
15:28.07vascand perfect black is yet another special color used for when the canvas wasn't used yet
15:28.29brlcadvasc: you do recall me saying that this is literally a second-generation ray trace implementation that has evolved over three decades? :)
15:28.37vascbecause of that i'm going to have to do all these framebuffers read i wouldn't need to do otherwise
15:28.57brlcadit was like the third or fourth computer ray tracer imlementation (ever) ;)
15:29.06dracarys983brlcad: Right now there aren't much questions as I haven't studied them in much detail. I'll get back once I read through these amazing wikis :)
15:29.29vasci'll figure something out
15:29.38brlcadthat said, not an excuse for not having a mask -- just nobody has bothered / needed it to date
15:31.24vascwell its ok i can handle it like this. its just a bit special cased
15:33.04brlcadadding alpha to libfb and rt has been on our todo for a long time
15:33.25vasci'm going to try to simplify rt_shootray next
15:33.59brlcadwhat's the long-term plan?
15:34.37vascwell after i make this bare bones c version, i'll try to remove the serial bottlenecks and branches out of it more
15:34.41brlcadI mean you're going to have this widdled down to a bare skeleton of what it was, and then restructure
15:34.42vascand after that i'll port it to opencl
15:34.54vascand then i'll start adding things back
15:35.18brlcadbut then what? how is that going to get rolled back in, or will that even be possible at that point?
15:35.36vascwell
15:35.50vascthis sound be a user option at runtime
15:36.06brlcadending up with a completely separate ray tracer that proves the concept is certainly a conceivable step, but ideally we merge the concepts into one
15:36.55vascwell one of the things i want to add eventually, before the opencl port, is to be able to merge results from the c rt code with the opencl rt code
15:37.19vasclike when i call rt_shootray i get some results in the opencl side and some in the c side and then i merge them
15:37.53vascif the two sides didn't communicate you would only be able to render opencl accelerated primitives and i want to render ALL primitives
15:37.54brlcadthe opencl code will almost certainly need to bypass rt_shootray()
15:38.06brlcadcalling instead rt_shootrays() or something similar
15:38.26vasci'll get segments from both sides and then merge the segments somehow
15:38.29vascat least that's the plan
15:39.25vasclet see what i wrote in the planning
15:39.41brlcadyou were somewhat vague ;)
15:39.55brlcadbut then this is a research project
15:40.00vascits no use being specific when the details are unknown yet
15:40.13vasci could write something and be completely wrong about it
15:40.17brlcadthat's why we didn't call you out on it ;)
15:40.37brlcadyou'll notice your proposal was easily the shortest of them all (possibly the shortest ever)
15:40.46vascyeah i did
15:40.58vasci don't like planning in too fine detail when i don't know the details
15:41.02vascits a waste of time
15:41.32brlcadnormally more research would have been expected as part of the proposal development (prior to selection, prior to bonding), but this project is quite unique in its complexity and advanced concepts
15:41.47vascwell i did spend some days reading the code
15:42.01vascbut only as i started actually coding it some things became more evident
15:42.21brlcadsure, that's my point -- your target is 10x harder and expecting 10x more research prior to acceptance would have been unreasonable on our part
15:42.44brlcadso a proposal that is 1/10th in length is a reasonable expectation ;)
15:42.57brlcadlots more unknowns to sort out and directions that can be taken
15:43.46vascwell right now i managed to simplify the ray generation and writing the results to the image buffers
15:43.51vascwhich is the 'easy' part
15:43.55brlcadpart of me still thinks it might be worthwhile to limit focus on just dispatch or just spatial partitioning or just boolean weaving
15:44.12vascyeah sure but the problem is it won't be fast if we just do that
15:44.25brlcadsure, but we're cool with baby steps ;)
15:44.43brlcadremember, we've been around for decades .. what's another year? :)
15:45.03vasci'll continue on this path. if its taking too long i'll change the plan
15:45.35vasci wanted to understand the whole problem so i can do something about it
15:45.38brlcadsounds reasonable to me too, there isn't a wrong answer here
15:46.02vasci've worked on first hit ray tracers a lot but this one is a bit different
15:46.09brlcadI just want to make sure we end up with something production usable and integrated (even if it has no ultimate impact on performance due to other sections of the pipeline)
15:46.31vascwell it shouldn't be too hard to add back the features i removed so far
15:46.46vascits basically different initialization sequences and things like that
15:47.09brlcadgetting accelerated gridded spatial partitioning in there would almost certainly have a big impact on performance
15:47.13vascthe code as is has a lot of branches because of that. ideally we should just change that code so that there are no branches
15:47.29vasci hope so
15:47.31brlcadthe recursive BSP is has now is tuned, but nowhere near coherent
15:47.46brlcadthere actually is a grid method in there (nugrid, you may have seen it)
15:47.55vascyes
15:48.04vasci actually based my phd work on a grid like that one
15:48.06brlcadbut it was never completed and that was like the first ever implementation of gridded spatial partitioning
15:48.26brlcad20 or so years ago
15:48.50vascthere are always these implementation details when you do spatial partitioning that can cause rendering errors
15:48.59vasclike trying to shoot rays at axis aligned planes
15:49.24vascits probably going to need some tweaking
15:49.51vascusually when i'm doing research we kind of gloss over 'little' details like that
15:50.05vascwhich isn't gonna cut it here
15:50.15brlcadon a separate topic and almost certainly on the fringe of scope for your project, there are several intentions in mind for defining a SAH that an accelerated kd/bsp/grid can use
15:50.25vascyeah
15:50.31vasci thought of that and read some papers
15:50.33brlcadin solid modeling terms SAH is bogus nomenclature
15:50.42vascand i'm thinking about which acceleration structure is the best
15:50.47brlcadas SA is really only good for approximating mesh complexity
15:50.49vascits probably going to be a bvh i think
15:51.01vascbecause of the csg ops
15:51.30brlcadfor us, SAH is probably generalized to "OCH" object complexity heuristic
15:51.40brlcadnot just the csg ops, that only affects COMB objects
15:51.55brlcaddifferent prims have different calculation characteristics
15:52.15vascyes some are more complex to intersect than others that's an interesting observation
15:52.17brlcadell vs arb8 is something like 10 ops vs 100 ops
15:52.26brlcadvs torus is something like 2000 ops
15:52.36vascwell arb8 when i looked at it looked kind of strange
15:52.40brlcador better, 1000-10000
15:52.51vasci expected a parallellipiped intersection but no that one
15:52.59brlcadeach primitive has different intrinsic complexity
15:53.57vascthere are faster intersection routines when the planes are parallel
15:54.10vascarb8 is slow when you're using boxes
15:54.18brlcadsure but then is doing the calcs to know they're parallel faster? :)
15:54.49vascwell yeah but that's because the user primitives are like this
15:54.59brlcadour arb8's are a generalized implementation that holds for arb8/arb7/arb6/arb5 and is exceptionally validated in depth for desired behavior
15:55.10vasci don't know which kind of most commonly modelled solids they want
15:55.51brlcadwhen you're using boxes, arb8 turns into the rpp special case
15:55.57brlcadwhich has different evaluation
15:56.35brlcadjust like how ell turns into the sph special case
15:57.06vascoh so rpp is the boxes
15:58.39brlcadright paralellpiped ;)
16:05.14vascsome things about the intersection code are going to be a real problem i was talking about that with Stragus the other day
16:05.28vasclike you guys use these linked lists to store the ray segments for the intersections
16:05.33vascdynamic linked lists
16:06.00vascopencl doesn't support gpu side dynamic memory allocation
16:11.14vascso what i said was that i was going to refactor the code to process many rays in parallel in c
16:11.20vascthe thing is it already does that
16:11.34vascwith scanlines
16:14.59vasccrickey
16:18.18vascis there any way to disable the acceleration structures?
16:18.20vaschmmm
16:18.27*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
16:19.51vascits really hard to wrap around this thing
16:22.34brlcadif we didn't use linked lists, you probably wouldn't have been able to propose this as project
16:22.57brlcadthere was absolutely no expectation that you'd be able to leverage existing containers in any way ..
16:23.15brlcadthey're not just incoherent, but that's their biggest failing for acceleration
16:25.10vascyeah
16:25.27vascman that shoorray code is complicated
16:25.33vascstarts his chainsaw
16:26.27brlcadyep, and trivial compared to boolweave
16:27.38brlcadwhen I first started working on brl-cad, I attempted refactoring boolweave twice
16:28.59brlcadmy first attempt took a week and produced wildly different results even though i *thought* my changes were equivalent constructs
16:29.03vascwell i would like to know how it would look like without any BSP stuff in it
16:29.09vascoh
16:29.29vascthat's interesting
16:29.41brlcadcouple years later, I tried again .. this time I seemingly got the logic transformation right and the resulting code (while more readable) was a solid 25% slower :)
16:30.07*** join/#brlcad sofat (~sofat@202.164.45.204)
16:30.35brlcadit's using really old school C tricks, complex gotos, and LOTS of very sensitive floating point handling
16:30.38sofatbrlcad, starseeker I got this error
16:30.43sofatmake[2]: *** No rule to make target `doc/docbook/articles/../resources/brlcad/wordpress.xml', needed by `share/doc/html/articles/en/about.php'.  Stop.
16:30.43sofatmake[1]: *** [doc/docbook/articles/en/CMakeFiles/about_article_html.dir/all] Error 2
16:30.53sofatany solution for this ?
16:30.56vasci had an issue like that once when i was rewriting the freeciv game rule inference engine
16:31.20vascto be more generic
16:31.44vascin the end i just rewrote the whole thing while pretending i was a compiler i.e. not thinking too much about it
16:31.45vascand it worked
16:32.15brlcadtoday if I were to attempt it again, I'd buffer up all partitions into arrays, so I can do the complex testing on them in massive batches
16:32.51brlcadalmost certainly can't do it branch-free, but instead evaluate all possible branches and fold the desired solutions
16:33.52brlcadsofat: that error is clearly because of changes you've made so it means you're missing a bit of logic .. follow the BRLCAD_EXTRADOCS_HTML sections and make sure you have a corresponding one for _WORDPRESS for *all* of them
16:34.08vascand it worked
16:34.11vascoops
16:34.14brlcad:)
16:34.16vascwrong window
16:34.21brlcadit worked
16:34.54vasclets see
16:35.19brlcadthe theory in boolweave is actually pretty simple .. it's crazy optimizations
16:35.33brlcadone of our devs reimplemented it in java in like 100 lines of code
16:35.43brlcadran like 100x slower, but the proof was there
16:36.06brlcad(this was maybe 10 years ago)
16:36.29vascwe had some issues like that with our AI code. but only worse.
16:36.45vascthe freeciv AI was written all by one guy and he used variables like a,b,c,d,e,f
16:36.51vascand then he vanished
16:37.23vascsome guys wanted to rewrite it and thought because the code was like that that the implementation was simple and easy to replace
16:37.25vascbut not so
16:37.36vascthat guy was a genius who wrote unreadable code that's all
16:38.49vascman they had a really hard time figuring out what the variables were and what he was doing
16:39.00vasci think they spent like a year or two reverse engineering his
16:39.06vascTHEN they started improving it
16:39.38vascgood thing i wasn't involved on that one
16:41.46vascwe never knew what happened to that ai guy
16:42.49brlcadyou work much with blast007?
16:43.59brlcadgeniouses that can't communicate effectively are fairly worthless imho
16:44.02vascdon't know the guy
16:44.14vascwell we didn't have an AI before that guy did his
16:44.17brlcadI think he worked on freeciv for a while
16:44.19brlcadis all
16:44.52vascdoes he have a real name?
16:45.11vasci don't know that handle
16:45.20brlcadno worries
16:45.42brlcadi might even be mixing up names
16:45.50*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
16:46.07brlcadone of our bz devs worked on a couple other games for a while
16:46.44brlcadled that project for about 5 years through hayday
16:47.33vasci remember hearing about that game a lot
16:47.50vascbut i was never that good at games which need quick reflexes
16:48.58*** join/#brlcad vasc (~vasc@bl13-97-128.dsl.telepac.pt)
16:49.08vascand i get motion sickness easily
16:49.42vasci can't play an fps for more than 2 minutes without getting a headache
16:50.36vasci kind of get how the rt shootray works
16:51.00vascyou start by finding the bounding box of the scene and test if you intersect it if you don't you find which cell you're in
16:51.16vascand then see if you intersect what's inside
16:51.21vascand then it recurses or something
16:51.38vascwhat i don't get is what all these lists are used for and how they're build
16:51.42vascbuilt
16:51.46vasci need to read this more slowly
16:53.11vascnot to mention i don't get much of where the normals and computed and the color is calculated either
16:56.31*** join/#brlcad sofat (~sofat@202.164.45.204)
16:58.21vascbleargh
16:58.40sofatbrlcad, I solve
16:58.49sofatproblem
17:02.15vascah i see it update the color when it calls the a_hit callback. brilliant
17:02.16vascsigh
17:24.14*** join/#brlcad deepak (~chatzilla@122.173.238.230)
17:40.54Notify03BRL-CAD:n_reed * 65178 (brlcad/branches/brep-debug/src/libbrep/debug_plot.h brlcad/branches/brep-debug/src/libbrep/intersect.cpp): make some DebugPlot members public for ad hoc plotting
17:46.36Notify03BRL-CAD:n_reed * 65179 brlcad/branches/brep-debug/src/libbrep/intersect.cpp: fix a mistake in my r64385 that caused some bad linking of overlap curves
17:59.24*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
17:59.25vascuh...
18:02.06vasccan't figure out where the shader is set
18:10.55*** join/#brlcad Milinda (7086390d@gateway/web/freenode/ip.112.134.57.13)
18:11.49``Erikbrlcad: huh, servfail and refused? and breadcrumbs to a cause? all I did was install dns/isc-bind910, point it to /etc/named and fire it up. Any indication if it's a config issue or an attack attempt?
18:15.26``Erikdracarys983: if you're looking for an absolute minimal way to fire a ray and see results, you might check out 'rtcmp' (it's project under the BRL-CAD umbrella, instead of brlcad/code/brlcad/trunk it'd be brlcad/code/rtcmp/trunk
18:18.26``Erikvasc: whuddya mean by 'where the shader is set'? O.o
18:18.41MilindaHi, In dm-generic.c file we have,
18:18.43Milinda#ifdef DM_X #  if defined(HAVE_TK) case DM_TYPE_X:     return X_open_dm(interp, argc, argv); #  endif #endif
18:19.11vascwell i was trying to simplify the shading code best i could but
18:19.26vascit calls this callback and i can't figure out where its set
18:19.54MilindaSo which header files do I have to include before use the method X_open_dm(interp, argc, argv)
18:19.56Milinda?
18:20.30``ErikMilinda: I think the dm.h pulls the necessary headers for you?
18:21.20``Erikvasc: shaders are executed by the hit method, and it yanks a glob of info out of the mater for the region, iirc... the 'shader' could actually be a tree of shaders
18:21.33``Erikand probably plugged in with function pointers
18:21.40*** join/#brlcad terrywen (~twen6@pool-71-97-144-189.bltmmd.fios.verizon.net)
18:22.30``Erikshaders actually live in liboptical, if that helps the hunt
18:23.01``Erikif you're looking for the code path, you might set a breakpoint inside of a shader, run an rt, then look at the backtrace
18:23.08vascman this code is really hairy
18:23.19vaschm
18:24.00``Erikdecades of "stop this useless cleaning and just add the feature we want"...
18:24.01vasci guess we'll just do the lighting on the cpu for now then
18:24.23vascits got loops inside loops inside loops
18:24.30vascwith lights and things
18:24.36``Erik:) ayup
18:25.22``Erikdo recall that it was originally architected for a vax11/780 running bsd43. The hw and os were radically different than modern stuff
18:25.27MilindaErik: Thanks for the tip but I have already included the dm.h file
18:26.16MilindaErik: The problem is X_open_dm(interp, argc, argv) function crashes ? Do you know why?
18:26.26``ErikMilinda: you can always look at the errors and start adding headers to kill each one... tk.h might be enough?
18:26.59``Erik"crashes"? what exactly does that mean? and is it pointed to a valid X server?
18:27.01MilindaErik: I am getting run time errors :(
18:27.34MilindaWhy X_open_dm(interp, argc, argv) crashes without creating the dm window?
18:28.54``Erikif it actually crashes (like a segfault, pagefault, sigill, etc), the X server probably aborts the window request due to a lost connection
18:29.37MilindaErik:  Can you please direct me to a sample code which to create display manager window? I am working on this for a week now :)
18:30.02MilindaErik: Okay Thanks for the tip. I think it is a segfault. So how can I fix it?
18:30.51``ErikI don't know if there is any good standalone dm code... if it's a segfault, run it in gdb and look at the crash :D
18:31.45*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
18:32.14``Erikif you don't know gdb, it's a handy thing to learn... there are gui front-ends (a couple older ones are ddd and xxgdb), but knowing the cli gdb can be very handy in some situations
18:33.16MilindaErik: Thanks for the help I will try that. :) If you have some link to dm window creation example please send it to me :)
18:35.17Notify03BRL-CAD:starseeker * 65180 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c): More simplification
18:35.19``ErikMilinda: I haven't done much with libdm/libfb stuff, lurk and maybe brlcad, starseeker, nreed, etc might have some useful info for ya *shrug* good luck
18:36.32``Erikgoes back to unravelling a weird issue between NSURLConnection on iOS and a lumen based server not sharing json in a happy fashion O.o
18:38.33Milindabrlcad: Can you help me regarding this matter ?
18:41.57vasci wonder how much time this spends shooting vs shading
18:42.02vascthe shading code seems really complex
18:45.59Notify03BRL-CAD Wiki:202.164.45.208 * 8549 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
18:46.07``Erikvasc: profiling ftw, cha cha cha (fwiw, the bill paying consumer of BRL-CAD is mostly interested in the partition lists, ignoring shaders and things like pixels. Thus the separation and "seems good enough, don't touch it" smell of the shader stuff)
18:57.25*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
19:09.56Notify03BRL-CAD Wiki:Terry.e.wen * 0 /wiki/User:Terry.e.wen:
19:13.46brlcadvasc: yeah, it does help to have quick reflexes with bz, but there is also a huge strategic component .. at least for certain game styles (CTF in particular)
19:14.38brlcadwe were all over the place with crazy activity when I was leading it, kind of went downhill fast when I passed the reigns, but it's still got decent activity
19:18.17brlcadMilinda: did you look at plot3-dm.c ?
19:19.26brlcadvasc: shading rarely shows up on profile unless you apply really complex shaders that have logic of their own or turn on lots of light sources, etc
19:19.39brlcadbasic phong shading is used 99% of the time
19:20.27brlcadat least for non-production renders .. production renders usually have tons of lights, textures, bumps, soft shadows, ambient occlusion, etc and are slow
19:23.16Notify03BRL-CAD Wiki:Terry.e.wen * 8551 /wiki/User:Terry.e.wen: Blanked the page
19:33.39vasci'll just use some dummy material then
19:33.50vascfor now
19:51.00Notify03BRL-CAD:starseeker * 65181 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp and 3 others): Switch to just a plain argv array in the bu_opt_data struct to hold option arguments.
20:01.42*** join/#brlcad sofat (~sofat@223.225.206.40)
20:02.11Notify03BRL-CAD:starseeker * 65182 brlcad/trunk/src/libbu/opt.c: Make null termination explicit for clarity.
20:05.40*** join/#brlcad andrei_il (~andrei@109.100.128.78)
20:05.46sofatbrlcad, i am stuck in this i show you my settings which i am done. so please tell me where i am going wrong  
20:05.54sofatdocbook.cmake :-https://bpaste.net/show/1896d57b3f15
20:06.57andrei_ilstarseeker: hello
20:07.05sofatBrlcad_summary.cmake:-https://bpaste.net/show/cfe3cb688183
20:07.58andrei_ilI started working on the simple .csg grammar using lemon and I encountered some issues
20:08.00sofatdoc/docbook/CMakeLists.txt  :- https://bpaste.net/show/ac9fdd05d371
20:08.49andrei_ilI posted my error and also the patch on the mailinglist
20:08.51sofatdoc/docbook/articles/CMakeLists.txt :- https://bpaste.net/show/d8b22591676a
20:09.57Notify03BRL-CAD:brlcad * 65183 brlcad/trunk/TODO: import geometry from ls-dyna .k keyword files
20:10.08sofatdoc/docbook/article/en/CMakeLists.txt :- https://bpaste.net/show/f32c7f366d2f
20:10.25andrei_ilWhen you have some time, I would appreciate if you could take a look and, if possible, help me solve the error
20:10.38sofatstarseeker, if you  know about this then please help me.
20:11.56Notify03BRL-CAD:starseeker * 65184 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp): Make it easy to get the argv array of strings that weren't handled by the option parser, as well as the count of that array.
20:15.37*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
20:24.04Notify03BRL-CAD:brlcad * 65185 brlcad/trunk/doc/CMakeLists.txt: stub in an initial file that outlines common steps that are taken during code review. these is literally just the list of all the things I think about when reviewing patches, so there's undoubtedly room for improvement. it's a step, though, towards better formalization and automation.
20:25.43brlcadsofat: I don't have time to wade through all of that right now ... it's too much and you don't have a simple question, you have a debugging problem
20:26.29brlcadI gave you a strategy -- look at every mention of _HTML and make sure you have an equivalent mention for _WORDPRESS if needed and that makes sense, has no mistake, etc
20:26.37Notify03BRL-CAD:starseeker * 65186 brlcad/trunk/src/conv/gcv/gcv.cpp: Fix -i/-o options
20:26.39brlcadif you can't figure it out, back up
20:28.10brlcadmabye create a new BRLCAD_EXTRADOCS_TEST that does *nothing* different from _HTML -- if that doesn't work, you missed something
20:28.20Notify03BRL-CAD:starseeker * 65187 brlcad/trunk/src/conv/gcv/gcv.cpp: print, then subtract
20:29.28brlcadyou'll also want to make sure any files you change (e.g. the .xsl file) are not reference some place else (search for it)
20:55.15*** join/#brlcad Shuhbam (6719e766@gateway/web/freenode/ip.103.25.231.102)
21:07.40Notify03BRL-CAD:ejno * 65188 (brlcad/trunk/src/libgcv/conv/fastgen4/NOTES brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp): write regions to fg4 sections in the region-end function; enable export of primitives
21:22.45Notify03BRL-CAD Wiki:Deekaysharma * 8553 /wiki/User:Deekaysharma/logs:
21:30.25Notify03BRL-CAD:ejno * 65189 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: write colors for all regions
21:40.13*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
21:46.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:54.04Notify03BRL-CAD Wiki:Konrado DJ * 8554 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 3 JUNE 2015 */
22:17.12vascwhat's the maximum size in amount of solids we can expect in a brl-cad .g file?
22:17.37vascthe rendering loop uses this bitmask per ray with numbits = num solids
22:17.46vasci wonder how big that would be if i had one of those per pixel
22:19.15``Erikum, tens or hundreds of thousands, maybe millions
22:19.50vascthat doesn't sound so good
22:20.27vascthis optimization probably needs to be done some other way then
22:21.10``Erikthere're quite a few 'real' models that are 10-100x the complexity of the included m35.g, if that helps
22:21.26``Erik(m35 has more than 64 solids.)
22:22.38``Erikm35 might even have more than 64 solids on a single shotline.. I know there're other models that easily have more than that on a shotline.
22:23.04vascin a 1 mpixel image that would be 'just' 64 megabytes for that bitvector
22:23.11vascwhich is ok
22:23.27vascthe GPU has a couple GBs
22:23.40vascthe question is
22:23.57``ErikI don't think it's unheard of to shoot more than 6000x6000 for publication quality renders and posters and stuff
22:24.21vasclet's hope OpenCL supports virtual memory by then :-)
22:24.43vascthe thing is as it is now the code has one of those caches per thread
22:24.47``Erikor ship 'postage stamp' work packets to the gpu
22:24.56vascthat's a bad idea
22:25.03vascbecause it won't use the capacity properly
22:25.22vascwe want hundreds of threads in flight
22:25.29vascthousands even
22:25.39``Erikcapacity of what, the cpu? if the postage stamps are, y'know, 256x256, no problem, right?
22:25.43``Eriks/cpu/gpu/
22:25.51vascyes the gpu
22:26.05vascoh i see your point
22:26.09vascif its 6000x6000
22:26.10vascok
22:26.42vasci really hate that bitvector
22:26.47``Erik6kx6k is over 500 256x256 patches
22:26.51vascin fact i hate any sort of context
22:27.00``Erikand a 256x256 patch is 65536 pixels :)
22:27.21``Erikheh, then opengl must annoy ya ;)
22:27.30vascheard of vulkan?
22:27.34vascthey're gonna trash opengl
22:27.40vascbecause it has too much context
22:29.52vaschmm the lights look kind of off
22:29.57vascmaybe i should just turn them off
22:29.58*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
22:30.11vasci guess i'm not initializing the light position properly
22:30.28``Erikhasn't khronos tried to replace ogl a couple times in the past? O.o
22:30.55StragusEh, OpenGL is going to stay with us for a long time
22:31.29``Erikdigs ogl, but cut his teeth on c64's (accumulator machines ftw!) and finds a certain elegance to automake... might be twisted :D
22:31.41``Eriksup, mal :)
22:31.51StragusI have nothing against a state machine. OpenGL's major flaw is that isn't low-level enough for modern hardware
22:31.59StragusHey Erik :)
22:32.06vascyes there's a good chance they'll fail
22:32.12``ErikStragus: looked at apples "metal"?
22:32.29StragusGlanced over it all: Metal, Mantle, Vulkan...
22:32.38*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
22:33.28StragusThey did a decent job at cleaning up the legacy OpenGL stuff, but it isn't low-level enough by design
22:33.40StragusThey'll probably "solve" this with a bunch of new extensions, again
22:33.47Stragushugs CUDA
22:36.06*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-sxljdvrgjotkxmzw)
22:42.10*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
22:53.33Notify03BRL-CAD:starseeker * 65190 (brlcad/trunk/src/conv/gcv/gcv.cpp brlcad/trunk/src/libbu/opt.c brlcad/trunk/src/libbu/tests/opt.c): Start working on option handling based on validation routines instead of simple string checks. This will set the stage for supporting options with negative numbers, such as --num -9
22:58.28Notify03BRL-CAD Wiki:Bhollister * 8555 /wiki/User:Bhollister/DevLogJune2015: /* Thursday, June 4, 2015 */
22:59.48Notify03BRL-CAD Wiki:Bhollister * 8556 /wiki/User:Bhollister/DevLogJune2015: /* Thursday, June 4, 2015 */
23:09.53``Erikhehehe, opengl is so badass, it's extensions have extensions!
23:11.01Stragus:D
23:47.35vaschmm we're gonna need opencl functions to compute normals too
23:51.28vascbleargh
23:51.31vascmore weirdness
23:51.54vasci'm gonna stop for the day i guess
23:53.57Notify03BRL-CAD Wiki:85.246.97.128 * 8557 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
IRC log for #brlcad on 20150605

IRC log for #brlcad on 20150605

00:40.36Notify03BRL-CAD Wiki:Bhollister * 8558 /wiki/User:Bhollister/DevLogJune2015: /* Thursday, June 11, 2015 */
00:41.25Notify03BRL-CAD Wiki:Bhollister * 8559 /wiki/User:Bhollister/DevLogJune2015: /* 'End of Spring Term @ UCSC; Now GSoC Full-time!' */
00:45.33Notify03BRL-CAD:starseeker * 65191 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp and 3 others): Collapse help columns in option description table
01:06.02Notify03BRL-CAD:starseeker * 65192 (brlcad/trunk/src/libbu/opt.c brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/opt.c): Add proof-of-concept test for negative number parsing
01:07.00Notify03BRL-CAD:starseeker * 65193 brlcad/trunk/include/bu/opt.h: fix comment
01:09.18Notify03BRL-CAD Wiki:Bhollister * 8560 /wiki/User:Bhollister/DevLogJune2015: /* Thursday, June 4, 2015 */
01:22.18*** join/#brlcad Gurwinder (75d4344a@gateway/web/freenode/ip.117.212.52.74)
03:07.25Notify03BRL-CAD:brlcad * 65194 brlcad/trunk/src/external/README: don't advertise something not yet released, remove endgameframework from the list
03:51.52brlcadGurwinder: yes, it's giving angles for the three vectors that define the ell
03:52.19brlcadyou really should be using the A B C vectors though, not the angles, as they contain the magnitude/length information
03:53.16brlcadhere's an example you can try:
03:53.20brlcadmake ell ell
03:53.23brlcadl ell
03:53.24Notify03BRL-CAD Wiki:MeShubham99 * 8561 /wiki/User:MeShubham99/GSoc15/log_developmen:
03:53.42brlcadshould see ABC looking something like
03:53.43brlcad<PROTECTED>
03:53.43brlcad<PROTECTED>
03:53.43brlcad<PROTECTED>
03:53.52brlcadnow let's edit it
03:53.57brlcade ell
03:53.59brlcadsed ell
03:54.48brlcadrot 30 0 0
03:54.52brlcadaccept
03:54.58brlcadl ell
03:56.21brlcadnotice how the values all change (except V)
03:56.54brlcadthe ell was actually "morphed" since we were doing a solid edit, it wasn't just rotated
03:57.43brlcadbasically, it's a different shape now
03:59.07Notify03BRL-CAD Wiki:MeShubham99 * 8562 /wiki/User:MeShubham99/GSoc15/log_developmen:
04:02.11Notify03BRL-CAD Wiki:MeShubham99 * 8563 /wiki/User:MeShubham99/GSoc15/log_developmen:
04:03.05GurwinderYes, noticed that.
04:04.34Notify03BRL-CAD Wiki:MeShubham99 * 8564 /wiki/User:MeShubham99/GSoc15/log_developmen:
04:05.09GurwinderI was trying to rotate ellipse using magnitude but I not write way. I have to find a way to read rotaion angles of A, B, C
04:07.27Gurwindersorry for wrong words, magnitude is not a right way to rotate, I have to use those direction cosines/rotation angles of A,B,C for ellipse rotation
04:08.29Notify03BRL-CAD Wiki:MeShubham99 * 8565 /wiki/User:MeShubham99/GSoc15/log_developmen:
04:25.00Notify03BRL-CAD Wiki:117.212.52.74 * 8566 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
04:56.29*** join/#brlcad KimK_laptop_ (~Kim@wsip-70-186-238-216.ks.ks.cox.net)
06:17.04*** join/#brlcad cox (~quassel@188.226.208.53)
07:12.37*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:18.17*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:15.48*** join/#brlcad andrei_il (~andrei@109.100.128.78)
10:18.47*** join/#brlcad andrei__ (567f93ae@gateway/web/freenode/ip.86.127.147.174)
10:19.06*** join/#brlcad andrei__ (567f93ae@unaffiliated/andrei/x-7229309)
10:19.06*** join/#brlcad andrei__ (567f93ae@gateway/web/freenode/ip.86.127.147.174)
10:44.02Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8567 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
12:25.53Notify03BRL-CAD Wiki:Konrado DJ * 8568 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */
12:26.33Notify03BRL-CAD Wiki:Konrado DJ * 8569 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 5 JUNE 2015 */
12:35.55*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
13:41.45Notify03BRL-CAD:carlmoore * 65195 (brlcad/trunk/doc/code_review.txt brlcad/trunk/src/libbu/opt.c): remove a trailing whitespace character, and fix a spelling
13:46.14*** join/#brlcad sofat (~sofat@106.192.148.102)
13:46.43Notify03BRL-CAD:ejno * 65196 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: initialize Sections in the region-start function
13:55.07Notify03BRL-CAD:ejno * 65197 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: delete the new Section if insertion fails
13:58.33*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
14:10.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:59.50Notify03BRL-CAD:ejno * 65198 (brlcad/trunk/src/libgcv/conv/fastgen4/NOTES brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp): detect and write CQUAD-compatible elements
15:11.24Notify03BRL-CAD:ejno * 65199 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: forgot to increment index if we created a CQUAD
15:43.05sofatbrlcad, I have solve the problem now my stylesheet is working with building system. I made new macro (DOCBOOK_TO_PHP) in mise/cmake/DocBook.cmake. I have  copied the all code of DOCBOOK_TO_HTML macro into DOCBOOK_TO_PHP and then change the extension of output file html to php and change surffix from _html to _php. After that I add new variable for new stylesheet(my wordpress xsl stylesheet) variable name is XSL_PHP_STYLESHEET.
15:43.46sofatAfter this I edit doc/docbook/CMakelist.txt add the definitions about DOCBOOK_TO_PHP, also add the definition about stylesheet in this file doc/docbook/article/CMakeList.txt file
15:44.00sofatAfter this add the DOCBOOK_TO_PHP command in doc/docbook/article/en/CMakeList.txt file.
15:44.43sofatthen i run ./configure command and i see in this doc/docbook/article/en/ directory two cmake files first for html(filename_html.cmake) and other for php(filename_php.cmake)
15:46.35sofatthen i run make command  and I see all xml document converted into wordpres php structure and placed into share/doc/html/article/en/
15:51.38brlcadsofat: YAY!  that's great!
15:51.54brlcadglad you were able to figure it out ... now submit that all as a patch ;)
15:52.05brlcadmake sure you don't miss any files you added (svn add)
15:52.37sofatthanks
15:52.38sofati will do this
15:52.39brlcadstarseek1r: this looks interesting: https://github.com/Dead2/zlib-ng
15:53.14brlcadsofat: that really is great, nice work
15:55.09sofatyes i only apply this on articles/en documents
15:55.11sofati will apply on all document then i submit this settings as patch
15:55.11sofatthanks so now my first milestone is completed  ?
16:10.11brlcadsofat: definitely a notable accomplishment, next will be to get server account set up so you can write a script that publishes them
16:11.36sofatok i know this is my next milestone of this week.
16:14.29sofatbrlcad, i found toc.xml file. you allow me to update this ? because i think if i add the new menu details in this file then its able to work as sidebar menu for website (table of content page).
16:16.24sofatas well as main page also
16:32.02*** join/#brlcad terrywen (~twen6@pool-71-97-144-189.bltmmd.fios.verizon.net)
16:32.56brlcadsofat: should be a separate patch to change content, but absolutely yes it can be changed
16:38.11*** join/#brlcad brad_hollister (~brad@2601:647:cb02:7a00:a147:1a76:cb09:4081)
16:39.41*** join/#brlcad bradh (~brad@2601:647:cb02:7a00:a147:1a76:cb09:4081)
16:50.18bradhstarseek1r: hi. our weekly mtg is @ 10 PDT. i need to get to my office before we can chat. probably in a few hours. i believe you said the mtg time is flexible anyway.
16:51.42bradhstarseek1r: you may want to look at my dev logs, to see where i am in relation to the schedule. i have a few questions about cmd line parameter passing for models, etc.
16:51.59bradhbut, we can talk later about this.
17:20.57*** join/#brlcad vasc (~VASC@bl12-221-134.dsl.telepac.pt)
17:27.55Notify03BRL-CAD:starseeker * 65200 (brlcad/trunk/include/bu/color.h brlcad/trunk/include/bu/opt.h and 5 others): Work on getting an option callback API in place. Has known bugs but making progress and need a checkpoint.
17:28.47starseek1rbradh: sounds good
17:29.13starseek1rbradh: I'm going to be in and out - my schedule at the moment borders on insanity
17:31.04starseek1rbradh: that does look interesting
17:31.23starseek1rbrlcad: that does look interesting
17:31.29starseek1r(sorry bradh)
17:31.33andrei_starseek1r: hi !
17:31.36starseek1randrei_: howdy
17:31.50andrei_I've been trying to help andrei_il (Andrei Ilinca) with the parser
17:31.57andrei_like, explain how a parser works
17:31.59andrei_what it does
17:32.00starseek1ris this the re2c/lemon work?
17:32.02andrei_yeah
17:32.17andrei_I believe he got the right idea
17:32.20andrei_about the csg grammar
17:32.24*** join/#brlcad ih8sum3r (~chatzilla@122.173.204.25)
17:32.31starseek1rexcellent - thanks for your help!  I've seen the patch, but haven't had time to look at it yet
17:32.34andrei_but his lemon parser generates an empty file which is rejected by gcc linker
17:32.53starseek1ris that his specific lemon input or any lemon input?
17:33.01andrei_he took the dom2dox
17:33.03andrei_and stripped it down
17:33.15starseek1rhmm
17:33.17andrei_then applied a simple grammar
17:33.27starseek1ris that the patch he submitted to the list?
17:33.28andrei_like, it should've gone through one group() { }
17:33.32andrei_yes
17:33.49andrei_I suspect that the empty file is generated due to a bad grammar
17:33.50starseek1rOK.  If it's generating a completely empty file, it's probably just missing some aspect of the lemon setup
17:33.59starseek1ror yeah, invalid grammar
17:34.15starseek1rbest approach there is to get something absurdly simple working
17:34.25starseek1rthen gradually increase the complexity of the grammar
17:34.33andrei_I used antlr each time, so I have a bit of fight figuring lemon
17:35.00andrei_yeah,  you just gave me an idea
17:35.04andrei_his main issue is that
17:35.08andrei_he doesn't have how/what to debug
17:35.15andrei_b/c the issue is in the generated files
17:35.17andrei_not in lemon
17:35.20starseek1rheh - not surprising.  re2c/lemon is an unusual combination.  It checked the boxes of portable to windows, fast, minimal deps, and easy to build
17:35.33andrei_sorry, compiler error, not issue
17:36.41starseek1rbut most folks are willing to generate code and check it in, so those factors don't really enter into it.  We don't (generally) check in code unless it's a bootstrap situation
17:36.46``Erikif only windows behaved, there'd be so many other options :)
17:36.58andrei_haha, ``Erik
17:37.04starseek1randrei_: right - it's unlikely to be lemon's fault
17:37.34andrei_I suspect that he'll also have to plug in another .c file soon, like a "main"
17:37.52starseek1rand the compiler errors won't be tremendously helpful at this stage - he needs to get a feel for what a "correct" grammar definition looks like
17:37.55andrei_to handle how the AST is saved in our geometry
17:38.28starseek1randrei_: are you aware of the files in doc/parsers ?
17:38.32starseek1rthey may help a bit
17:38.40andrei_yeah, I've watched his progress quite a bit
17:38.54andrei_initially, he reached out asking what a grammar is, and I've sort of tried to explain from there
17:39.10andrei_if it's a grammar issue, I believe I can handle
17:39.20starseek1rthere's more available on lex/yacc and flex/bison - they may be better starting points
17:39.41starseek1rI believe most of our re2c/lemon code is actually "ported over" flex/bison inputs
17:39.43andrei_afaik flex/bison is a lot more complicated
17:39.48andrei_but I did wrote some turing machine parser in that ..
17:40.20starseek1randrei_: right - I just ment if he needs some documentation to follow to get the hang of how it works
17:40.37starseek1rI'd have a fair bit of spin-up time on such systems myself - n_reed is our real expert
17:40.50andrei_ah.
17:41.15andrei_I'll do my best to look and help him but, whenever you got time, you probably have to look over his e-mail
17:41.21starseek1rbradh: I'll look over your dev logs - if we can't get a meet-up on IRC this week, please post your questions to the mailing list and I'll try to respond there
17:41.55starseek1randrei_: I intended to look over his posted patch - I've not had time to do much of anything this week, so apologies for the delay
17:42.05starseek1rI'll try to get it this weekend
17:42.17andrei_no worries, I know mentors are swamped during GSoC. Caused that myself :)
17:43.33bradhstarseek1r: sounds good. i'll be sure to do that.
17:44.36starseek1rbradh: is the nmg data structure making sense (at least, inasmuch as it ever makes sense?)
17:46.04starseek1rdives back into the tornado... bbl
17:48.33bradhstarseek1r: still reading  about it, but for now i think my level of understanding is sufficient. i'd like to get my hands on the  original paper. but i think much of my work  will be at the API level.
17:54.48brlcadrelevant discussion: http://t3550.cad-brlcad-development.cadtalk.us/some-thoughts-about-the-nmg-primitive-t3550.html
17:56.07brlcadalso: http://ftp.arl.army.mil/mike/papers/90nmg/all.ps
17:58.53ih8sum3rHello, brlcad
18:00.24brlcadhi ih8sum3r
18:00.48ih8sum3rbrlcad: How are you
18:05.18ih8sum3rbrlcad: We need write access on the official BRL-CAD repo. so as we can make commit in the consistent manner. Currently, shubham is pushing in his repo and I'm pushing on my repo. I think this may cause clashes or other issues. I think we should work on one repo only by creating different branches. And also we must have an experimental branch so as to check the things and then merge them.
18:06.32Shubham^ seconded
18:33.16``Erikya'll using git mirrors right now?
18:43.26Shubhamforked the repo, made branches, sending our Pull Requests for the branches
18:53.47*** join/#brlcad terrywen (~twen6@pool-71-97-144-189.bltmmd.fios.verizon.net)
19:00.10Notify03BRL-CAD:ejno * 65201 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix CCONE2 calculations; use defined tolerances
19:08.34*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-gwqatzhfcswpvjex)
19:14.50Notify03BRL-CAD Wiki:168.235.195.220 * 8571 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
19:30.46Notify03BRL-CAD:carlmoore * 65202 brlcad/trunk/src/util/bwmod.c: end the program if we find negative number raised to non-integer power
19:31.46Notify03BRL-CAD Wiki:Terry.e.wen * 8572 /wiki/User:Terry.e.wen/log:
19:40.32Notify03BRL-CAD:ejno * 65203 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: write names of primitives
19:53.46Notify03BRL-CAD:starseeker * 65204 (brlcad/trunk/src/libbu/opt.c brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/opt.c): More tweaking of option handling.
20:03.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:13.50*** join/#brlcad sofat (~androirc@223.225.227.254)
20:19.33Notify03BRL-CAD:starseeker * 65205 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c and 2 others): Add a test for floating point numbers
20:32.14*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
20:44.29Notify03BRL-CAD Wiki:Deekaysharma * 8573 /wiki/User:Deekaysharma/logs:
20:54.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:13.19*** join/#brlcad LordOfBikes (~armin@dslb-188-098-169-140.188.098.pools.vodafone-ip.de)
23:56.06*** join/#brlcad infobot (ibot@rikers.org)
23:56.06*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
IRC log for #brlcad on 20150606

IRC log for #brlcad on 20150606

01:01.20Notify03BRL-CAD Wiki:MeShubham99 * 8574 /wiki/User:MeShubham99/GSoc15/log_developmen:
01:10.41Notify03BRL-CAD Wiki:MeShubham99 * 8575 /wiki/User:MeShubham99/GSoc15/log_developmen:
01:11.16*** join/#brlcad LordOfBikes_ (~armin@dslc-082-083-186-100.pools.arcor-ip.net)
01:13.05Notify03BRL-CAD Wiki:MeShubham99 * 8576 /wiki/User:MeShubham99/GSoc15/log_developmen:
04:31.59*** join/#brlcad merzo (~merzo@213-44-132-95.pool.ukrtel.net)
05:22.01*** join/#brlcad merzo (~merzo@242-104-133-95.pool.ukrtel.net)
05:23.56*** join/#brlcad milinda (~milinda@103.247.48.170)
05:25.28milindaWhen I create a DM_TYPE_NULL or DM_TYPE_TXT the display manager window creation is successful.  But I can't create DM_TYPE_X or DM_TYPE_QT.
05:26.49milindaI think the problem is the preprocessor directives. What are the files that I need to include in order to satisfy the preprocessor dependencies for DM_TYPE_X or DM_TYPE_QT window creation?
05:27.33milindaSean Can you please answer to these questions :)
05:28.13milindaWhat are these DM types? Where is the documentation for these DM types ?
05:29.50milinda@Sean Once you have executed dm_open method successfully how can you create a dm window with a visible dm ? I mean how to view/show the dm that we have opened/created ?
06:51.45*** join/#brlcad Gurwinder (75dc93ef@gateway/web/freenode/ip.117.220.147.239)
06:55.22Gurwinderbrlcad: Hi, I want to submit my work. How do I submit it? Is submitting g-pov.c file at sourceforge right?
07:30.07*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
08:09.31*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ifzverxnmeipouoo)
08:35.18*** join/#brlcad LordOfBikes (~armin@dslc-082-083-186-100.pools.arcor-ip.net)
11:47.17Notify03BRL-CAD Wiki:Ngassafinjap * 8577 /wiki/User:Amalia/Development_logs: /* Monday May 25th */
12:41.01Notify03BRL-CAD Wiki:Ngassafinjap * 8578 /wiki/User:Amalia/Development_logs: /* Monday May 25th */
14:02.47*** join/#brlcad KimK_laptop_ (~Kim@wsip-70-186-238-216.ks.ks.cox.net)
14:05.44*** join/#brlcad sofat (~sofat@202.164.45.208)
14:14.05Notify03BRL-CAD:starseeker * 65208 brlcad/trunk/src/libbu/opt.c: Clear set-but-unused warning
14:25.23*** join/#brlcad KimK_laptop_ (~Kim@wsip-70-186-238-216.ks.ks.cox.net)
14:38.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:42.45sofatbrlcad, starseek1r today i  am download the brlcad source code and i compile this then get this error
14:42.45sofat/home/sofat/bbnn/src/libbu/opt.c: In function ‘bu_opt_parse’:
14:42.46sofat/home/sofat/bbnn/src/libbu/opt.c:328:17: error: variable ‘ns’ set but not used [-Werror=unused-but-set-variable]
14:42.46sofat<PROTECTED>
14:42.46sofat<PROTECTED>
14:42.46sofatcc1: all warnings being treated as errors
14:42.48sofatmake[2]: *** [src/libbu/CMakeFiles/libbu.dir/opt.c.o] Error 1
14:42.51sofatmake[1]: *** [src/libbu/CMakeFiles/libbu.dir/all] Error 2
14:42.53sofatmake: *** [all] Error 2
14:43.20*** join/#brlcad KimK_laptop_ (~Kim@wsip-70-186-238-216.ks.ks.cox.net)
14:44.40sofatI am always download the code but this time the source code gave me the error. So please tell how i solve this error.
14:48.43*** join/#brlcad sofat_ (~androirc@223.225.227.254)
14:54.09Notify03BRL-CAD:starseeker * 65209 brlcad/trunk/src/conv/CMakeLists.txt: Get a minimalist building csg perplex/re2c/lemon setup in place to serve as a basis for subsequent work.
15:00.27*** join/#brlcad KimK_laptop_ (~Kim@wsip-70-186-238-216.ks.ks.cox.net)
15:05.34starseek1rsofat_: I got it
15:06.11starseek1ralthough, for the record, the compiler told you what was going on: variable ns set but not used
15:06.22starseek1rso you get rid of variable ns, and clear the warning
15:06.38sofat_Hmm?
15:06.43starseek1rfixing build error
15:06.57starseek1ryou had asked earlier
15:08.14sofat_This is fresh code i just download and compile so i don't  know how i solve this . this is not my fault
15:08.55starseekersofat_: understood. but it's still a learning opportunity
15:09.20sofat_Okay i will try to solve this
15:09.30starseekerI already did
15:09.35starseekerr65208
15:09.57starseekerso just do an update again and it should go away
15:12.14starseekersofat_: if you run into another situation like that where the latest BRL-CAD doesn't build, you can always back up your local checkout to an earlier revision that does work
15:12.42starseekersomething like: svn update -r62000
15:13.20starseekerthe reason I was explaining the compiler message was you had asked how to "solve the error"
15:13.50starseekerif you just want to "avoid the error" instead for web development you can back up to a revision you know to work until someone fixes the main build
15:58.13Notify03BRL-CAD Wiki:MeShubham99 * 8579 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */
16:43.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:52.05*** join/#brlcad sofat (~sofat@202.164.45.208)
17:30.47*** join/#brlcad KimK_laptop (~Kim@wsip-70-186-238-216.ks.ks.cox.net)
17:39.35*** join/#brlcad Gurwinder_ (75dc93ef@gateway/web/freenode/ip.117.220.147.239)
17:44.46milindaWhen I create a DM_TYPE_NULL or DM_TYPE_TXT the display manager window creation is successful.  But I can't create DM_TYPE_X or DM_TYPE_QT.
17:45.30Notify03BRL-CAD:starseeker * 65210 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp brlcad/trunk/src/libbu/opt.c): Remove bu_opt_parse_str
17:46.28milindaCan you answer to this @brlcad @ChanServ @starsseeker or anyone
17:46.55*** join/#brlcad KimK_laptop (~Kim@wsip-70-186-238-216.ks.ks.cox.net)
17:47.08milindaWhen I create a DM_TYPE_NULL or DM_TYPE_TXT the display manager window creation is successful.  But I can't create DM_TYPE_X or DM_TYPE_QT.
17:47.16milindaWhy is that ?
17:58.15*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.62)
18:04.50*** join/#brlcad KimK_laptop (~Kim@wsip-70-186-238-216.ks.ks.cox.net)
18:14.42sofatstarseeker, i want to submit one new updated patch on wordpress_xsl stylesheet but when i run svn add /path/to/xsl/file then they gave me  error
18:14.55sofatsvn: E200033: Another process is blocking the working copy database, or the underlying filesystem does not support file locking; if the working copy is on a network filesystem, make sure file locking has been enabled on the file server
18:14.57sofatsvn: E200033: sqlite[S5]: database is locked
18:14.58sofatsvn: E200033: Additional errors:
18:14.58sofatsvn: E200033: sqlite[S5]: database is locked
18:16.59sofatany solution for this ?
18:20.04*** part/#brlcad gaganjyot (~gaganjyot@27.255.240.62)
18:33.59starseekersofat: you're trying to commit to the main svn repo?
18:34.23starseekerthat sounds like a problem on the sourceforge side, if that's the case...
18:34.43starseekermilinda: apologies, trying to juggle multiple things
18:35.17sofatok i have another code of this so i try on that to create the patch file in correct manner.
18:35.22milindaThat's okay thank you very much for replying. :)
18:35.33milindaSo Can you please answer my questions
18:36.16milinda@Starseeker I want to create a dm window in qt
18:36.22starseekermilinda: since the non-graphical ones are successful, it sounds like some sort of context initialization
18:37.12starseekermilinda: I see brlcad replied on the mailing list
18:37.23starseekermilinda: this is the step file viewer, correct?
18:37.30milindayes
18:37.44starseekeryou're planning to use Qt?
18:37.49milindayes
18:38.19starseekermy own suggestion would be to just go with their OpenGL widget, rather than use libdm
18:38.20milindaSo I should create the DM_TYPE_QT one right?
18:38.32starseekerwell... there are issues
18:38.36milindaokay I thought of that
18:38.46starseekerthe DM_TYPE_QT dm is still relatively experimental
18:38.54milindaI also figured out that libdm is so buggy.
18:38.57starseekerand can't do shaded displays
18:39.20starseekermilinda: it's not so much buggy (although it does have bugs) as challenging to use
18:39.48milindaokay so is it okay I use something out of brlcad?
18:40.06starseekerI'll reply to brlcad on the mailing list, but my suggestion would be to experiment with plain Qt OpenGL initially
18:40.43starseekerif you're already relying on Qt to begin with, and you don't need libdm's extras, I'd start with Qt's OpenGL to get something up and running
18:40.59milindaOkay thank you very much I am stuck at this point for more than a week now :)
18:41.49starseekerI'll respond on the list, so follow that discussion
18:42.01starseekerbrlcad may have a different take
18:42.34milindaokay brlcad is the one who told me to create a libdm window :)
18:42.40starseekerwinces
18:42.53starseekeralright.  Keep an eye on the list discussion
18:43.11milindaI also think OpenGL implementation is good simple and clean implementation.
18:43.37milindaDoes libdm contains all the functionality to visualize CAD geometry files ?
18:44.01starseekermilinda: in principle libdm may add extra flexibility, but it's a mean way to start - Qt should give you a basic OpenGL window virtually "for free", and my take would be we can introduce libdm later at need
18:44.31starseekernot really - libdm is something of a "wrapper" across various drawing layers
18:45.17starseekeronly the OpenGL based ones can do "shaded display" (what most people will think of when they think 3D drawing) but the X and Qt backends can provide wireframe based visuals
18:46.56milindaWhat you meant by "various  drawing layers " ? Is it various drawing libraries ?
18:49.14starseekerright - OpenGL, raw X, the Qt drawing layer, Tk canvas, etc.
18:55.10milindaso libdm contains OpenGL?
18:59.25starseekerit interfaces to OpenGL
19:00.06starseekerthere are two main layers for talking to OpenGL - the "ogl" interface which is X11 specific and needs GLX, and "wgl" which is specific to Windows
19:00.36starseekerthere's a newer one that targets OpenSceneGraph as a backend - "osgl" - but that's still experimental
19:01.17starseekerthe Qt backend is attempting (if I recall correctly) to use the Qt drawing canvas directly, without reference to OpenGL
19:01.47starseekerwhich means we need to do shaded 3d display drawing ourselves in that backend (that will be slower than OpenGL)
19:02.14starseekerit's a good fallback if OpenGL *isn't* available for some reason, but it's still a fallback
19:07.12milindaThis stepviewer has nothing to BRLCAD code right ? The requirement is to develop a simple light weight STEP Viewer which can visualize step files  right ?
19:07.31milindaAnd it should be standalone application
19:07.35milindacorrect >
19:07.36milinda?
19:14.37*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
19:15.34Shubhambrlcad: I really wanted to talk about the editing rights on the github repository for OGV-meteor
19:20.26starseekermilinda: that's my understanding, but you'll need some ability to triangulate NURBS surfaces if you want to view them (STEP uses NURBS for its basic geometry representation)
19:20.53starseekermilinda: that means you'll need our ability to generate triangles that represent NURBS surfaces
19:21.02starseeker(and hence our libraries)
19:21.12starseekerbut libdm doesn't encode that logic
19:21.16starseekerthat's librt and lower
19:23.15sofatstarseeker, i am submit my new patch on wordpress xsl style sheet please accept this as soon as possible. patch ticket number 374.
19:23.27Notify03BRL-CAD:starseeker * 65211 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp and 3 others): Eliminate the bu_opt_desc index parameter. Instead, base a help generation decision about whether two different desc lines are aliases on whether or not they are impacting the same set_var pointer.
19:24.47milindaSo what you are saying is we can OpenGL window to handle the graphics part. we need brlcad libraries to triangulate NURBS surfaces right ?
19:56.40Notify03BRL-CAD Wiki:Konrado DJ * 8580 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */
19:57.23starseekermilinda: that's my understanding, unless brlcad has something different in mind
19:59.51milindaokay thank you very much for your guidance @starseeker. Really appreciate your help.
20:00.45milindaI will go with OpenGL window creation. If @brlcad has some different idea we can resolve it later. :)
20:04.46Notify03BRL-CAD:starseeker * 65212 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp and 3 others): Reorder option description elements.
20:34.55*** join/#brlcad vasc (~VASC@bl12-221-134.dsl.telepac.pt)
20:35.19*** join/#brlcad KimK_laptop (~Kim@wsip-70-186-238-216.ks.ks.cox.net)
20:40.00Notify03BRL-CAD:starseeker * 65213 (brlcad/trunk/CMakeLists.txt brlcad/trunk/doc/docbook/CMakeLists.txt and 21 others): Apply patch #374 from Hitesh Sofat for enabling php output from docbook. Modifications include having the PHP build off by default (user needs to configure with -DBRLCAD_EXTRADOCS_PHP=ON) and modifying the wordpress.xsl setup to work in an out-of-dir build
20:55.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:15.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:27.11*** join/#brlcad andrei_il (~andrei@109.100.128.78)
21:49.23Notify03BRL-CAD Wiki:Deekaysharma * 8581 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV) */
22:35.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:39.49Notify03BRL-CAD Wiki:Deekaysharma * 8582 /wiki/User:Deekaysharma/logs:
23:21.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:45.49*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
IRC log for #brlcad on 20150607

IRC log for #brlcad on 20150607

00:30.28Notify03BRL-CAD Wiki:MeShubham99 * 8583 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */
00:56.37Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8584 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
01:38.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:42.59*** join/#brlcad infobot_ (ibot@rikers.org)
01:42.59*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
02:04.25*** join/#brlcad infobot (ibot@rikers.org)
02:04.25*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
06:00.38*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-xfnspruqjqhdooxy)
06:17.10*** join/#brlcad milinda (~milinda@124.43.206.6)
06:48.47*** join/#brlcad milinda (~milinda@112.134.103.121)
08:12.16*** join/#brlcad sofat (~sofat@202.164.45.204)
08:17.36*** join/#brlcad LordOfBikes (~armin@dslb-092-074-252-222.092.074.pools.vodafone-ip.de)
08:33.41*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-swqfheaejsmkwwrx)
09:08.54*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-degbvmvwqsaozaym)
09:17.51*** join/#brlcad milinda (~milinda@112.134.103.121)
09:37.14Notify03BRL-CAD Wiki:Konrado DJ * 8585 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */
09:38.08Notify03BRL-CAD Wiki:Konrado DJ * 8586 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */
11:53.39*** join/#brlcad sofat (~sofat@202.164.45.204)
12:23.57*** join/#brlcad jyhong (~jyhong@218.22.21.14)
13:14.34*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
13:21.15*** join/#brlcad milinda (~milinda@112.134.103.121)
14:59.56*** join/#brlcad milinda (~milinda@103.247.48.22)
15:01.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:06.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:30.49*** join/#brlcad gurwinder (75c76dae@gateway/web/freenode/ip.117.199.109.174)
16:34.34milinda@brlcad So you are telling me to go with libdm ?
17:28.26*** join/#brlcad milinda (~milinda@112.134.72.18)
17:28.50Notify03BRL-CAD Wiki:MeShubham99 * 8587 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
17:29.24Notify03BRL-CAD Wiki:MeShubham99 * 8588 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
19:59.28Notify03BRL-CAD Wiki:202.164.45.204 * 8589 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
22:23.31*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.22.55)
IRC log for #brlcad on 20150608

IRC log for #brlcad on 20150608

01:48.53Notify03BRL-CAD Wiki:Bhollister * 8590 /wiki/User:Bhollister/DevLogJune2015:
01:53.23Notify03BRL-CAD Wiki:MeShubham99 * 8591 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */
02:05.50Notify03BRL-CAD Wiki:MeShubham99 * 8592 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */
02:29.27Notify03BRL-CAD Wiki:MeShubham99 * 8593 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */
02:30.30Notify03BRL-CAD Wiki:MeShubham99 * 8594 /wiki/User:MeShubham99/GSoc15/log_developmen:
02:30.59Notify03BRL-CAD Wiki:MeShubham99 * 8595 /wiki/User:MeShubham99/GSoc15/log_developmen:
02:47.55Notify03BRL-CAD Wiki:MeShubham99 * 8596 /wiki/User:MeShubham99/GSoc15/log_developmen:
03:07.22Notify03BRL-CAD Wiki:59.91.114.120 * 8597 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
04:22.57starseekerbrlcad: the callback mechanism for the bu_opt logic seems to work, but in C89 the variables we're pointing to must be static (apparently this isn't an issue with C99)
04:24.19starseekerthat'll work for executables, but it's a problem for libged + C89 since (if I'm understanding correctly) static vars will cause problems for thread safety
04:29.19starseekerhttp://stackoverflow.com/a/12191177/2037687
04:30.43starseekerlooks like MSVC will tolerate the C99 style in this case:  http://stackoverflow.com/questions/160960/error-initializer-element-is-not-computable-at-load-time
04:34.28starseekerwonders how far away we are from c89 strict (which IIRC is the precursor to jumping to C99?)
05:27.56Notify03BRL-CAD Wiki:MeShubham99 * 8598 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */
05:40.59Notify03BRL-CAD Wiki:MeShubham99 * 8599 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */
05:43.08Notify03BRL-CAD Wiki:MeShubham99 * 8600 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */
05:44.02Notify03BRL-CAD Wiki:MeShubham99 * 8601 /wiki/User:MeShubham99/GSoc15/log_developmen:
05:45.31Notify03BRL-CAD Wiki:MeShubham99 * 8602 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
07:16.40Notify03BRL-CAD Wiki:Konrado DJ * 8603 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */
07:25.36*** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-gywwbsfglmzlhvhi)
07:40.11Notify03BRL-CAD Wiki:Ngassafinjap * 8604 /wiki/User:Amalia/Development_logs: /* Saturday June 6th */
07:41.51Notify03BRL-CAD Wiki:Ngassafinjap * 8605 /wiki/User:Amalia/Development_logs: /* Monday June 8th */
08:40.29*** join/#brlcad amalia237 (~amalia237@41.205.22.46)
08:49.29amalia237Hi brlcad
08:50.56*** join/#brlcad milinda (~milinda@192.248.8.66)
08:51.12Notify03BRL-CAD Wiki:Ngassafinjap * 8606 /wiki/User:Amalia/Development_logs: /* Monday June 8th */
08:57.46*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:08.44amalia237ping brlcad
09:15.10teepee--it might be a bit early for US timezone ;)
09:23.17amalia237Okay teepee-- I guess I'll have to talk to them later
09:24.05teepee--yep, no worries, he'll see the ping
09:28.15*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
12:46.24*** join/#brlcad terrywen (~twen6@pool-71-97-144-189.bltmmd.fios.verizon.net)
13:04.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:42.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:24.16Notify03BRL-CAD:carlmoore * 65214 (brlcad/trunk/doc/docbook/resources/brlcad/wordpress.xsl.in brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake and 2 others): remove trailing whitespace, and fix spellings
15:27.29Notify03BRL-CAD:starseeker * 65215 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/opt.c): Since we're at C89 for the moment, provide a macro based assignment that will allow for non-static pointers to be assigned to option description set_var values conveniently without requiring the static array initialization. Also start setting up the bu_opt unit tests to do
15:27.31Notifyactual value assignment verification, rather than crash/no-crash.
15:27.33Notify...
15:46.42Notify03BRL-CAD:starseeker * 65216 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/opt.c): More tweaking of tests.
15:50.01*** join/#brlcad sofat (~sofat@202.164.45.208)
16:32.06*** join/#brlcad milinda (~milinda@112.134.131.111)
16:33.22milindabrlcad : How to resolve the header file dependencies that met when creating a libdm window of ogl or X type ?
16:46.49*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
16:54.03*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-oneqpziykvmysmdp)
17:03.24*** join/#brlcad vasc (~VASC@bl7-10-32.dsl.telepac.pt)
17:22.37*** join/#brlcad milinda (~milinda@124.43.246.150)
17:23.00*** join/#brlcad ih8sum3r (~chatzilla@122.173.248.73)
17:30.50ih8sum3rbrlcad, shubham: Hello
17:31.12Shubhamyes i am here
17:31.29ih8sum3rHow are you!
17:32.12Shubhamgood
17:32.40ih8sum3rI need to discuss about the feedback form. As I checked your PR. After getting throw the PR the conclusion was like this :
17:32.50ih8sum3rs / was / is
17:33.54ih8sum3rInstead of making the separate template it should be included in the landing page as the last slide.
17:34.04ih8sum3rWhy?
17:35.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:36.02Shubhamih8sum3r: what I thought of feedback was, that the user should have access to the page at all times, and not specifically on the landing page.
17:36.48ih8sum3rBecause there will be reduction of the code, also there will be no need to make a template having a submit and then navigate to the new page saying thank you and all. And also most commonly the feedback form is always consider important and included as the last page of all the website.
17:37.17ShubhamLike if he is in the middle of something and something pops up in his mind, he can just click a button being on the page he is already at, and post whatever he wants to post on the feedback form. And then coninue his work
17:38.21ShubhamSo maybe a footer having a link to the page will do the trick. maybe
17:38.33ih8sum3rI have designed in such a way http://awesomescreenshot.com/0e24ys3x40
17:39.38ih8sum3rHere is the full view of landing page http://awesomescreenshot.com/0314ys51ad
17:40.17ShubhamThe feedback page looks good to me, it's nice
17:40.34Shubhambut i am still unclear/ in doubt about keeping it just on the landing page
17:42.40ih8sum3rAccording to me, it just represents simplicity and it is fulfilling our needs too. But I need everyone's views.  
17:42.59Shubhamokay so, what if he is logged in
17:43.06Shubhamand want to give a feedvack
17:43.18Shubhamhe will have access to this page then as well right?
17:44.30ih8sum3rI don't think there is need of an authentication anyone who visits can give his or her feedback so I don't think it is necessary requirement.
17:45.08ShubhamBut it should not be the case that the user should log out to fill up the form
17:46.01ih8sum3rWhether the user is logged in / out he can give the feedback.
17:46.02ShubhamIt should not at all depend on authentication, i agree. but i would like to have access to that form at "all" times, whether authenticated or not
17:46.43ih8sum3rYes! access is available whether you are logged in / out.
17:47.14ShubhamI would never want to logout first and then fill the form and then log in again to continue to do whatever I was doing anyways
17:47.24Shubhamyeah sure, if that's the case then it's fine
17:47.44Shubhamjust confirm this thing with Sean
17:47.59Shubhambrlcad
17:48.02ih8sum3rI'm facing bit of the problem, I used to same code as yours but when I clicked on submit button the email is not send.
17:49.02ih8sum3rIt's working fine if it is in the template.
17:49.04Shubhamcheck your spam once, for a confirmation email from "formspree team"
17:49.43Shubhamthen maybe we need to check the routes
17:50.58ih8sum3rI'll just committed on my branch can you please review once and tell what's going wrong.
17:52.29ShubhamI'll fix that, but working this way will lead to major merge conflicts man
17:53.33ShubhamI don't want 2-3 days wasted in resolving merge conflicts and integrating backend and frontend
17:54.36*** join/#brlcad sofat (~sofat@106.192.182.31)
17:54.46ShubhamI have 2 PRs and 3rd one to be submitted in another 1-2 days. Plus there are these tiny but crucial changes at the backend everytime
17:55.26Shubhamih8sum3r: We seriously need to talk to the mentor about this
17:57.17ih8sum3rYah! I think we should post an to inderpreet, harmanpreet and whosoever who can review our commit. Otherwise there would be lot of PR's and maybe a mess while merging them.
17:57.52ShubhamIt's like if your branch is merged, my feedback branch will be useless, and if my feedback branch is merged, there will be merge conflicts
17:58.22ih8sum3rAgree!
17:59.30ShubhamI am not submitting any PRs further now, until either the previous one's are merged, or we get the edit rights.
18:00.07ShubhamI must advice you not to commit, till then. maybe make a separate branch
18:00.24Shubhamplease
18:01.31ih8sum3rNothing like that you must keep on working and sending the PR. Maybe they are busy right now but defiantly they will take the action and according to me it will be all good. :)
18:03.16ShubhamI don't know man :(
18:03.23Shubhamgtg
18:03.56ih8sum3rDon't panic it will be all okay. Trust me :D
18:04.50Shubhambye :D
18:22.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:33.52*** join/#brlcad sofat (~sofat@223.225.238.136)
19:27.01vasci'm waiting for merges of my patches too
19:27.22vascone of them even fixes a compile error when opencl is turned on but even that one wasn't committed yet
19:27.47vasclet alone the others which actually add features
19:28.18vasci guess we just need to patiently wait
19:28.37sofatbrlcad, hi
19:28.58vasci probably need to figure out how to use git with subversion
19:30.12sofatI have done the work to merge  the docs with website, TOC, Search please if you free then please check any tell me about any update
19:30.18sofatthere is link
19:30.19sofathttp://202.164.53.122/~hitesh/wordpress/?page_id=216
19:34.54*** join/#brlcad sofat (~sofat@106.192.159.75)
19:38.10*** join/#brlcad sofat_ (~sofat@106.192.149.30)
19:51.39``Erikcrap, I just got wwdc'd
20:02.01*** join/#brlcad sofat__ (~sofat@106.192.148.128)
20:10.54Notify03BRL-CAD:ejno * 65217 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: work on detecting WALL components (in progress); include toplevel primitives by default
20:12.23*** join/#brlcad andrei_il (~andrei@109.100.128.78)
20:26.46Notify03BRL-CAD Wiki:Bhollister * 8607 /wiki/User:Bhollister/DevLogJune2015: /* Monday, June 8, 2015: Start of Week 3 (of 14) */
20:48.01brlcad``Erik: you going?
20:59.43sofat__brlcad, hello
21:03.44sofati have done my next milestones work(merge, searching, toc) , please review this
21:03.46sofathttp://202.164.53.122/~hitesh/wordpress/?page_id=216
21:11.54Notify03BRL-CAD Wiki:106.192.148.128 * 8608 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
21:12.01sofatthere is my script
21:12.02sofathttps://github.com/sofathitesh/brlcadscript
21:25.53Notify03BRL-CAD Wiki:Deekaysharma * 8609 /wiki/User:Deekaysharma/logs:
21:41.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:17.18*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
23:24.35Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8610 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
IRC log for #brlcad on 20150609

IRC log for #brlcad on 20150609

00:14.39Notify03BRL-CAD Wiki:Bhollister * 8611 /wiki/User:Bhollister/DevLogJune2015: /* Monday, June 8, 2015: Start of Week 3 (of 14) */
00:44.43*** join/#brlcad amalia237 (~amalia237@41.205.22.14)
00:45.06amalia237ping brlcad
01:04.36Notify03BRL-CAD Wiki:Ngassafinjap * 8612 /wiki/User:Amalia/Development_logs: /* Monday June 8th */
01:18.13Notify03BRL-CAD Wiki:Ngassafinjap * 8613 /wiki/User:Amalia/Development_logs: /* Monday June 8th */
01:22.13Notify03BRL-CAD Wiki:Konrado DJ * 8614 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */
03:28.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:58.15*** join/#brlcad sofat (~sofat@202.164.53.117)
07:11.17*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:23.56dracarys983d_rossberg: Hey. I'm still understanding the analysis tools' logic and trying to design how would the final API in libanalyze look like!
08:24.52dracarys983The progress has been real slow the previous week and I'm sorry about that. Some unforeseen events came up.
08:27.27dracarys983There's nothing much "new" that I can report about right now besides that I have decided to get the logic laid out this week. :)
08:56.51*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:29.09``Erikbrlcad: heh, no, I was trying to take care of something that required using apples dev site and it was all taken down to redo for the wwdc changes
11:57.01Notify03BRL-CAD:d_rossberg * 65218 (rt^3/trunk/src/coreInterface/Arb8.cpp rt^3/trunk/src/coreInterface/BagOfTriangles.cpp and 15 others): applied patch http://sourceforge.net/p/brlcad/patches/372/ provided by Kalpit Thakkar: Small trivial changes to get rt^3 compiling with the present version of brlcad.
12:47.49Notify03BRL-CAD Wiki:Ngassafinjap * 8615 /wiki/User:Amalia/Development_logs: /* Monday June 8th */
12:48.42Notify03BRL-CAD Wiki:Ngassafinjap * 8616 /wiki/User:Amalia/Development_logs: /* Tuesday June 9th */
12:53.57Notify03BRL-CAD Wiki:Ngassafinjap * 8617 /wiki/User:Amalia/Development_logs: /* Tuesday June 9th */
13:06.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:09.37Notify03BRL-CAD:starseeker * 65219 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/opt.c): Wrap up printing logic into macros
13:15.01*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
13:18.42*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
13:18.45*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
13:18.45*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
13:23.42*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
13:23.42*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
13:23.46Notify03BRL-CAD Wiki:91.121.103.144 * 8618 /wiki/ARL_Technical_Reports: remove spam edit
13:42.56Notify03BRL-CAD:starseeker * 65220 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/opt.c): More test work
13:56.41Notify03BRL-CAD:starseeker * 65221 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/opt.c): Work on getting more tests in place for opts.
14:03.47*** join/#brlcad sofat (~sofat@202.164.45.204)
14:06.36*** join/#brlcad snowlove (~albertcod@117.219.100.5)
14:06.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:08.56sofatbrlcad, So now I start the work on next milestone ? or  you want any changes in merge and search work ? please tell me I am waiting your response.
14:21.29*** join/#brlcad sofat (~sofat@202.164.45.204)
14:55.23*** join/#brlcad brad_h (~behollis@dhcp-59-221.cse.ucsc.edu)
15:14.57Notify03BRL-CAD:ejno * 65222 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix FastgenConversion::get_region_dir() handling of toplevel regions; work on get_walls()
15:19.43*** join/#brlcad milinda (~milinda@124.43.234.202)
15:28.14*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
15:30.31Notify03BRL-CAD:carlmoore * 65223 brlcad/trunk/src/util/bwmod.c: allow negative arguments for -S (shift); negative argument will cause a shift in the OPPOSITE direction
16:11.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:22.40Notify03BRL-CAD:starseeker * 65224 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/opt.c): More color option tests.
16:24.59Notify03BRL-CAD:starseeker * 65225 brlcad/trunk/src/libbu/tests/CMakeLists.txt: remove old tests
16:36.10*** join/#brlcad ih8sum3r (~chatzilla@122.173.250.217)
16:44.57Notify03BRL-CAD:carlmoore * 65226 brlcad/trunk/src/util/bwmod.c: implement rounding option; -t (truncation) will NOT take an argument, and will be handled internally as '-S 0'
16:48.37*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
16:57.15Notify03BRL-CAD Wiki:MilindaFernando * 8619 /wiki/User:MilindaFernando/gsoc2015_devlog: /* STEP Viewer Project Development Log */
16:58.09Notify03BRL-CAD:starseeker * 65227 brlcad/trunk/src/libbu/opt.c: Try to avoid mallocing new memory for the arg, which is the only piece of this which may need to persist beyond the bu_opt_parse stage...
17:26.18*** join/#brlcad sofat (~sofat@202.164.45.204)
17:47.25Notify03BRL-CAD Wiki:MilindaFernando * 8620 /wiki/User:MilindaFernando/gsoc2015_devlog: /* STEP Viewer Project Development Log */
17:49.08Notify03BRL-CAD:carlmoore * 65228 brlcad/trunk/doc/docbook/system/man1/en/bwmod.xml: expand bwmod.xml
17:53.49Notify03BRL-CAD:carlmoore * 65229 brlcad/trunk/doc/docbook/system/man1/en/bwmod.xml: oops, forgot an underscore of 'val'
18:05.46*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
18:41.16*** join/#brlcad sofat (~sofat@202.164.45.204)
18:41.38Notify03BRL-CAD:carlmoore * 65230 brlcad/trunk/doc/docbook/system/man1/en/bwmod.xml: Provide better explanation for the last example; and I was able to come up with commands to provide this particular input .bw file
19:02.57*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
19:37.13*** join/#brlcad LordOfBikes (~armin@dslb-178-010-187-104.178.010.pools.vodafone-ip.de)
19:46.05Notify03BRL-CAD Wiki:Konrado DJ * 8621 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */
19:47.54Notify03BRL-CAD Wiki:Konrado DJ * 8622 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 9 JUNE 2015 */
19:49.23*** join/#brlcad vasc (~VASC@bl7-10-32.dsl.telepac.pt)
19:50.06Notify03BRL-CAD:starseeker * 65231 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp brlcad/trunk/src/libbu/opt.c): Go with a vls collection here...
19:51.30Notify03BRL-CAD:starseeker * 65232 brlcad/trunk/include/analyze.h: missed an ANALYZE_EXPORT
20:20.21*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
20:46.08*** join/#brlcad vasc (~vasc@bl7-10-32.dsl.telepac.pt)
20:57.52Notify03BRL-CAD:ejno * 65233 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: recognize COMPSPLT objects (in progress)
21:32.00Notify03BRL-CAD:ejno * 65234 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: identify the other half of the COMPSPLT
21:39.02*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
21:41.18Notify03BRL-CAD Wiki:85.240.10.32 * 8623 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
21:43.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:45.13Notify03BRL-CAD Wiki:85.240.10.32 * 8624 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
21:48.23Notify03BRL-CAD:ejno * 65235 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: skip checking the current region
22:06.17*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
22:31.27*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
23:01.58Notify03BRL-CAD Wiki:202.164.45.204 * 8625 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
23:02.47Notify03BRL-CAD Wiki:202.164.45.204 * 8626 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
23:30.21*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
23:54.13Notify03BRL-CAD Wiki:MeShubham99 * 8627 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 3 */
IRC log for #brlcad on 20150610

IRC log for #brlcad on 20150610

00:11.16Notify03BRL-CAD Wiki:85.240.10.32 * 8628 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
00:26.37*** join/#brlcad vasc__ (~vasc@bl8-194-182.dsl.telepac.pt)
00:40.41Notify03BRL-CAD Wiki:Bhollister * 8629 /wiki/User:Bhollister/DevLogJune2015: /* Tuesday, June 9, 2015 */
00:44.04Notify03BRL-CAD Wiki:Bhollister * 8630 /wiki/User:Bhollister/DevLogJune2015: /* Friday, June 12, 2015 */
00:44.34Notify03BRL-CAD Wiki:Bhollister * 8631 /wiki/User:Bhollister/DevLogJune2015: /* Sunday, June 14, 2015 */
00:51.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:53.01Notify03BRL-CAD Wiki:85.241.194.182 * 8632 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
01:35.41Notify03BRL-CAD Wiki:MeShubham99 * 8633 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 3 */
01:36.04Notify03BRL-CAD Wiki:MeShubham99 * 8634 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 3 */
02:16.03Notify03BRL-CAD Wiki:117.214.203.178 * 8635 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
02:16.57Notify03BRL-CAD Wiki:117.214.203.178 * 8636 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
02:34.29Notify03BRL-CAD Wiki:MeShubham99 * 8637 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 3 */
02:43.51Notify03BRL-CAD Wiki:MeShubham99 * 8638 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 3 */
05:02.42*** join/#brlcad milinda (~milinda@103.247.48.178)
05:49.51Notify03BRL-CAD Wiki:MeShubham99 * 8639 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 3 */
05:51.41Notify03BRL-CAD Wiki:MeShubham99 * 8640 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Personal notes */
05:53.05Notify03BRL-CAD Wiki:MeShubham99 * 8641 /wiki/User:MeShubham99/GSoc15/log_developmen:
05:58.04*** join/#brlcad sofat (~androirc@202.164.45.204)
05:59.00Notify03BRL-CAD Wiki:MeShubham99 * 8642 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 5 */
06:00.49Notify03BRL-CAD Wiki:MeShubham99 * 8643 /wiki/User:MeShubham99/GSoc15/log_developmen:
06:39.44Notify03BRL-CAD Wiki:MeShubham99 * 8644 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Personal notes */
07:58.17*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:03.55*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:26.42*** join/#brlcad luca79 (~luca@adsl-ull-219-89.47-151.net24.it)
08:46.04*** join/#brlcad milinda (~milinda@175.157.48.218)
09:44.04*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-wiiwcbebrpppphhy)
14:25.03Notify03BRL-CAD:carlmoore * 65236 brlcad/trunk/src/util/gencolor.c: forgot to remove -L and -H from Usage
14:28.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:00.37Notify03BRL-CAD:ejno * 65237 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: write COMPSPLT records
15:01.25*** join/#brlcad milinda (~milinda@112.134.93.68)
15:18.54*** join/#brlcad amalia237 (~amalia237@41.205.22.33)
15:24.17Notify03BRL-CAD:starseeker * 65238 brlcad/trunk/src/libbu/booleanize.c: Add true/false variations to booleanize.c
15:32.52Notify03BRL-CAD:starseeker * 65239 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c and 2 others): Implement bu_opt_bool using bu_str_true
15:43.09amalia237ping tofu_
15:44.49Notify03BRL-CAD:carlmoore * 65240 brlcad/trunk/src/util/bwmod.c: disallow 0 to negative power
15:58.24*** join/#brlcad sofat (~sofat@106.192.177.152)
16:20.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:30.08*** join/#brlcad sofat_ (~sofat@106.192.158.80)
16:35.09Notify03BRL-CAD:starseeker * 65241 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c and 2 others): Add more tests.
16:38.48Notify03BRL-CAD:starseeker * 65242 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/tests/CMakeLists.txt): comments
16:39.01Notify03BRL-CAD:carlmoore * 65243 brlcad/trunk/src/libicv/crop.c: minor fixes to 2 error messages
16:43.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:01.52Notify03BRL-CAD:ejno * 65244 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: recognize WALL components
17:06.31*** join/#brlcad sofat_ (~sofat@202.164.45.208)
17:16.47Notify03BRL-CAD Wiki:Ngassafinjap * 8645 /wiki/User:Amalia/Development_logs: /* Tuesday June 9th */
17:24.59*** join/#brlcad vasc (~vasc@bl8-194-182.dsl.telepac.pt)
17:27.07Notify03BRL-CAD:n_reed * 65245 (brlcad/branches/brep-debug/CMakeLists.txt brlcad/branches/brep-debug/TODO and 42 others): sync from trunk
17:29.01Notify03BRL-CAD:carlmoore * 65246 brlcad/trunk/src/libicv/crop.c: avoid the missing of some errors -- e.g., if both horizontal cut size & vertical cut size are bad, complain of both
17:35.07brlcadamalia237: pong
17:37.32brlcadmilinda: are you still stuck with libdm compilation or get something else working
17:40.46brlcadthe goal indeed is step file viewing, how you achieve that is purely a question for consideration of impact on STEPcode and how your viewer will be managed/integrated there
17:41.24brlcade.g., if it's lives in a separate repo (and that's probably ideal), you could probably use anything but obviously the more simple the dependencies, the better and easier it will be to maintain
17:41.57brlcadsofat_: hello, don't wait for response -- work on the next feature or improving existing features :)
17:42.13sofat_yes
17:42.21sofat_i have working on editing
17:42.37brlcadgreat
17:43.07brlcadi've been on vacation the past few days, so that's why I"ve not been available very much
17:44.16sofat_no problem i am working on my next milestone
17:46.00sofat_which problem counter by starseeker the reason is i am upload the shortcuts of images(share/doc/html/article/en/images/) on server so the images not work . sorry for this mistake now am working on this and remove this problem as soon as possible
17:47.37brlcadsofat_: just looking at your script now and see a few problems
17:47.58brlcadthere is no error detection in the script, which can lead to badness
17:47.59sofat_ok tell me.
17:48.22brlcade.g., you have a slew of mkdir calls ... but if the directory already exists, that can halt the script depending on the shell
17:48.38brlcadyou want mkdir -p or need to check the return code
17:48.47sofat_ok
17:49.31sofat_i will update my script.
17:50.58brlcadsimilarly with cp and sed lines .. what should the script do if the command fails?
17:51.30brlcadyou probably don't want it to cascade through failures and instead print a human-readable error message
17:52.00brlcadyou can do that by making sure the inputs exist before running the command, confirming that the outputs exist as expected, etc
17:53.42brlcadsome other details "Online Manual's" is grammatically wrong -- 's is  and is incorrectly applied -- should just be "Online Manuals" or "Online Documentation" or similar
17:53.57sofat_ok
17:54.29sofat_i will do this.
17:55.38brlcadwhen I click on main menu, I get a black page -- that intentional?
17:55.49brlcadrather "User Manual (new)"
17:55.55Notify03BRL-CAD:n_reed * 65247 brlcad/trunk/src/util/bwmod.c: correct func return to address error 'control reaches end of non-void function'
18:11.00Notify03BRL-CAD:n_reed * 65248 brlcad/trunk/src/util/bwmod.c: style/ws
18:11.33*** join/#brlcad sofat (~androirc@106.192.158.80)
18:13.28milindabrlcad: So nice to hear from you. Yes I am still struck with the libdm ogl window creation. So what I did was to go forward with the OpenGL view. Currently I have successfully embedded a OGL view in qt main window. You can find my code in https://bitbucket.org/milindasf/stepviewer/src/261160e4985d735200381f3ff0ca0ab84b57b127?at=default
18:14.46milindaThe next thing I think I need to do is create the first version  of the StepViewer GUI ?
18:15.41milindabrlcad: I need to add tool bar for main window organize things better. After that the main task is visualizing the STEP object in OGL view
18:16.30milindabrlcad: I think for that we need some brlcad libraries as starseeker mentioned. Can you please guide me on how to do this. :)
18:17.45*** join/#brlcad sofat_ (~sofat@106.192.158.80)
18:26.17*** join/#brlcad milinda (~milinda@112.134.93.68)
18:34.05Notify03BRL-CAD:n_reed * 65249 (brlcad/branches/brep-debug/src/libicv/crop.c brlcad/branches/brep-debug/src/util/bwmod.c and 4 others): sync from trunk
18:39.00Notify03BRL-CAD:n_reed * 65250 brlcad/branches/brep-debug/doc/docbook/articles/en/CMakeLists.txt: sort file lists
18:53.06Notify03BRL-CAD:brlcad * 65251 (brlcad/trunk/src/conv/step/step-g/Axis2Placement.cpp brlcad/trunk/src/conv/step/step-g/Axis2Placement.h and 19 others): Quell the remainder of the STEP compilation warnings where there was an inconsistent type definition on the Load() function. The base class specifies a SDAI_Application_instance (which is also the dominant use), but a handful of class entity types like SDAI_Select and a
18:53.08Notifyfew other more specific types. This change makes them all specify an app instance pointer with casts back to their expected type accordingly (which is what the compiler was doing anyways, hence the warnings). Ideally, they should actually be using an app instance or the base class should be using a different common type.
18:53.10Notify...
18:56.14Notify03BRL-CAD:ejno * 65252 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fixes to WALL detection
18:59.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:14.55Notify03BRL-CAD Wiki:Deekaysharma * 8646 /wiki/User:Deekaysharma/logs:
19:26.28*** join/#brlcad sofat_ (~sofat@202.164.45.208)
19:54.39*** join/#brlcad LordOfBikes (~armin@dslb-088-066-154-201.088.066.pools.vodafone-ip.de)
20:00.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:00.31Notify03BRL-CAD:starseeker * 65253 brlcad/trunk/src/libged/tire.c: Convert libged tire generation routine to using bu_opt.
20:02.59Notify03BRL-CAD:starseeker * 65254 brlcad/trunk/src/libged/tire.c: don't need getopt
20:13.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:15.05*** join/#brlcad LordOfBikes_ (~armin@dslb-088-066-154-201.088.066.pools.vodafone-ip.de)
20:29.51*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
20:56.21Notify03BRL-CAD Wiki:Konrado DJ * 8647 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */
20:57.01Notify03BRL-CAD Wiki:Konrado DJ * 8648 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 10 JUNE 2015 */
21:11.27Notify03BRL-CAD:ejno * 65255 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: create WALL records (in progress)
21:13.25Notify03BRL-CAD:starseeker * 65256 (brlcad/trunk/src/conv/csg/CMakeLists.txt brlcad/trunk/src/libanalyze/tests/CMakeLists.txt): List files
21:34.05Notify03BRL-CAD:ejno * 65257 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: handle repeated references to regions
21:39.12*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
21:47.23Notify03BRL-CAD:starseeker * 65258 brlcad/trunk/src/conv/csg/csg.c: add common.h
21:47.40*** join/#brlcad amalia237 (~amalia237@41.205.22.49)
22:03.27*** join/#brlcad bradh (~brad@2601:647:cb02:7a00:1424:91c9:2a3f:b23f)
22:06.17*** join/#brlcad brad_h (~brad@2601:647:cb02:7a00:1424:91c9:2a3f:b23f)
22:23.26Notify03BRL-CAD Wiki:202.164.45.208 * 8649 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
22:47.09*** join/#brlcad brad_h (~bradholl@2601:647:cb02:7a00:5055:e072:2844:251)
23:05.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150611

IRC log for #brlcad on 20150611

00:05.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:23.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:31.05*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
02:50.23Notify03BRL-CAD Wiki:Bhollister * 8650 /wiki/User:Bhollister/DevLogJune2015:
04:35.20*** join/#brlcad milinda (~milinda@192.248.8.66)
05:20.10*** join/#brlcad milinda (~milinda@192.248.8.66)
06:12.35*** join/#brlcad milinda (~milinda@192.248.8.66)
06:46.12*** join/#brlcad milinda (~milinda@192.248.8.66)
06:48.00*** join/#brlcad dracarys983 (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
06:52.21*** part/#brlcad dracarys983 (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
07:04.06*** join/#brlcad milinda (~milinda@192.248.8.66)
07:15.46Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8651 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
07:17.27Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8652 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
07:33.15*** join/#brlcad merzo (~merzo@92.60.189.225)
07:37.31*** join/#brlcad sofat (~androirc@106.192.163.136)
07:47.04*** join/#brlcad sofat (~androirc@106.192.163.136)
07:51.33*** join/#brlcad dracarys983 (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
08:32.17*** join/#brlcad milinda (~milinda@192.248.8.66)
08:39.01*** join/#brlcad luca79 (~luca@host105-111-dynamic.5-87-r.retail.telecomitalia.it)
09:23.47*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:42.34*** join/#brlcad luca79 (~luca@host54-10-dynamic.0-87-r.retail.telecomitalia.it)
11:14.03Notify03BRL-CAD Wiki:Inderpreet * 8653 /wiki/OGV:
11:14.26Notify03BRL-CAD Wiki:Inderpreet * 8654 /wiki/OGV: /* To Do List */
11:14.55Notify03BRL-CAD Wiki:Inderpreet * 8655 /wiki/OGV: /* To Do List */
13:01.42Notify03BRL-CAD:starseeker * 65259 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Urk. Raytracing nist4 and the csg conversion of nist4 twice in the same MGED session is hanging.
13:02.04Notify03BRL-CAD:starseeker * 65260 (brlcad/trunk/src/libanalyze/raydiff.c brlcad/trunk/src/libged/gdiff.c): Make the tolerance user settable with gdiff
14:16.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:47.03*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-icxdgyyxmynaftgm)
14:53.14*** join/#brlcad terrywen (~twen6@65-125-18-2.dia.static.qwest.net)
15:03.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:16.00Notify03BRL-CAD:ejno * 65261 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: remove redundant zeros from float fields
15:54.39Notify03BRL-CAD:d_rossberg * 65262 (brlcad/trunk/src/librt/primitives/rhc/rhc.c brlcad/trunk/src/librt/primitives/table.c): applied patch http://sourceforge.net/p/brlcad/patches/366/ provided by Kalpit Thakkar: Callback for finding Volume of Right Hyperbolic CylinderCalculates the Volume of RHC. The worked out Mathematics can be found here:
15:54.41Notifyhttps://drive.google.com/open?id=0B12fowx3-NjTfl9wVmFlajR6LWxRQ1ZrMlM0Wl9IZWZ6cURfem11Zm5sVWFZczdBalRJdDQ&authuser=0
15:54.43Notify...
15:59.28Notify03BRL-CAD:carlmoore * 65263 brlcad/trunk/src/libicv/crop.c: only need to set errorflag to 0 in its declaration; if it's 1, we are quickly heading out of the program
16:05.39Notify03BRL-CAD:carlmoore * 65264 brlcad/trunk/doc/docbook/system/man1/en/bwrect.xml: Explicity include '-x' and '-y'.
16:21.44Notify03BRL-CAD:ejno * 65265 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: update maximum name length
16:32.12Notify03BRL-CAD:carlmoore * 65266 brlcad/trunk/doc/docbook/system/man1/en/bwrect.xml: change an 'or' to 'and'; explain that scr_width and scr_height MUST be included
17:25.38*** join/#brlcad milinda (~milinda@103.247.48.162)
17:27.40*** join/#brlcad sofat (~androirc@223.225.233.191)
17:34.11Notify03BRL-CAD:carlmoore * 65267 brlcad/trunk/doc/docbook/system/man1/en/bwrect.xml: Use 'specify' because we have a PLURAL subject to this sentence.
17:46.17Notify03BRL-CAD:carlmoore * 65268 brlcad/trunk/src/util/pixrect.c: add a period to a comment
17:52.08Notify03BRL-CAD:carlmoore * 65269 brlcad/trunk/src/util/pixrect.c: comment off the # option; could 'bytes per pixel' be implemented someday?
17:56.03Notify03BRL-CAD:carlmoore * 65270 brlcad/trunk/src/util/pixrect.c: remove an include after comparison with bwrect.c
18:14.06*** join/#brlcad sofat_ (~sofat@223.225.233.191)
18:14.27sofat_brlcad, hello
18:14.49sofat_i solve the all error now its working.
18:14.56sofat_there is link http://202.164.53.122/wordpress/?page_id=216
18:15.10sofat_please check
18:22.19Notify03BRL-CAD:carlmoore * 65271 brlcad/trunk/src/libicv/crop.c: fix bug regarding Y
18:28.18*** join/#brlcad milinda (~milinda@103.247.48.162)
18:42.48*** join/#brlcad ih8sum3r (~chatzilla@122.173.225.142)
18:44.30*** join/#brlcad brad_h (~behollis@dhcp-59-221.cse.ucsc.edu)
18:47.57Notify03BRL-CAD Wiki:Konrado DJ * 8656 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */
18:59.40*** join/#brlcad brad_h (~behollis@dhcp-59-221.cse.ucsc.edu)
19:07.22Notify03BRL-CAD Wiki:MeShubham99 * 8657 /wiki/User:MeShubham99/GSoc15/log_developmen:
19:16.04Notify03BRL-CAD:starseeker * 65272 brlcad/trunk/src/libanalyze/raydiff.c: Tweak the ray pattern generation parameters.
19:29.16Notify03BRL-CAD Wiki:Bhollister * 8658 /wiki/User:Bhollister/DevLogJune2015:
19:43.36Notify03BRL-CAD Wiki:Terry.e.wen * 8659 /wiki/User:Terry.e.wen/log:
19:55.58*** join/#brlcad milinda (~milinda@124.43.177.214)
20:00.00Notify03BRL-CAD:carlmoore * 65273 brlcad/trunk/src/util/bwcrop.c: reformat the programming; don't need 'else' if the 'if' part yields an unconditional return or transfer of control
20:01.28*** join/#brlcad amalia237 (~amalia237@41.205.22.25)
20:22.48*** join/#brlcad milinda (~milinda@103.247.48.150)
20:52.05Notify03BRL-CAD Wiki:Ngassafinjap * 8660 /wiki/User:Amalia/Development_logs: /* Wednesday June 10th */
21:16.01Notify03BRL-CAD Wiki:Deekaysharma * 8661 /wiki/User:Deekaysharma/logs:
21:41.54Notify03BRL-CAD Wiki:Ngassafinjap * 8662 /wiki/User:Amalia/Development_logs: /* Thursday June 11th */
21:48.09Notify03BRL-CAD:n_reed * 65274 brlcad/trunk/src/conv/g-obj.c: program supports writing output file by redirection, so all non-geometry output must be to stderr
22:40.11Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8663 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
23:11.30Notify03BRL-CAD Wiki:Ngassafinjap * 8664 /wiki/User:Amalia/Development_logs: /* Thursday June 11th */
23:13.08Notify03BRL-CAD:n_reed * 65275 brlcad/trunk/src/conv/g-obj.c: have g-obj use bu_opt_parse for option parsing
23:18.24Notify03BRL-CAD Wiki:223.225.233.191 * 8665 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
23:50.59Notify03BRL-CAD Wiki:Bhollister * 8666 /wiki/User:Bhollister/DevLogJune2015:
IRC log for #brlcad on 20150612

IRC log for #brlcad on 20150612

00:48.39Notify03BRL-CAD:starseeker * 65276 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/g-obj.c and 6 others): Implement a suggestion from nreed to reorder args in the argv input array rather than requiring the user to allocate and pass in a second argv array.
00:54.30Notify03BRL-CAD:starseeker * 65277 brlcad/trunk/include/bu/opt.h: add a couple of comments - once this stables, needs extensive docs and examples.
00:59.35Notify03BRL-CAD:starseeker * 65278 brlcad/trunk/src/libbu/tests/opt.c: put boilerplate in macros
02:14.45Notify03BRL-CAD Wiki:117.220.144.100 * 8667 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
02:19.17*** join/#brlcad konrado (~konro@41.205.22.26)
02:20.06*** join/#brlcad Gurwinder (75dc9064@gateway/web/freenode/ip.117.220.144.100)
04:54.14*** join/#brlcad milinda (~milinda@103.247.48.124)
06:49.43*** join/#brlcad milinda (~milinda@103.247.48.164)
06:58.02*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:24.40*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
07:49.32*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:31.41*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qrqdqxbbiupuevef)
08:52.03*** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
09:33.45*** join/#brlcad brad_h (~behollis@dhcp-59-221.cse.ucsc.edu)
09:44.30*** join/#brlcad andrei_il (~andrei@109.100.128.78)
10:17.43*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
11:04.13*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ytxydklogwtqqzei)
11:21.28dracarys983d_rossberg: Just now added the analyze.c patch. Please have a look. :)
13:12.42*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dyeesdvecipkfzlb)
13:19.06*** join/#brlcad andrei_il (~andrei@109.100.128.78)
14:05.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:27.23*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:27.28Notify03BRL-CAD:starseeker * 65279 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/g-obj.c and 6 others): Simplify bu_opt further. The callbacks can handle the min/max arg validation, so there is no real need to specify it in the definition. We're supplying a doc string for the args in any case - having the user handle the documentation piece of the optional nature of an arg is worthwhile since it saves us both
14:27.30Notifyimplementation complexity in the description generator and (more importantly) shortens the option description. The arg_process functions are simply supplied with the entire remaining argv array that hasn't been processed (with a little extra work to handle equals sign-bearing options), which also avoids the need to malloc, construct and free a duplicate argv.
14:27.32Notify...
14:57.15Notify03BRL-CAD:starseeker * 65280 (brlcad/branches/embree/AUTHORS brlcad/branches/embree/BUGS and 799 others): Sync embree branch to trunk r65279
15:18.43Notify03BRL-CAD:starseeker * 65281 brlcad/trunk/src/conv/g-obj.c: improve the g-obj callback functions a bit - use bu_opt_fastf_t to do the string->fastf_t assignments.
15:29.07dracarys983d_rossberg: Made a new ticket and removed rhc from TODO in analyze.c. Here is the patch : https://sourceforge.net/p/brlcad/patches/376/
15:56.19*** join/#brlcad sofat (~sofat@223.225.221.255)
15:57.00Notify03BRL-CAD:d_rossberg * 65282 brlcad/trunk/src/libged/analyze.c: applied patch http://sourceforge.net/p/brlcad/patches/376/ provided by Kalpit Thakkar: Added a analyze_general() for RHC
16:14.54*** join/#brlcad sofat_ (~sofat@223.225.221.91)
16:15.51*** join/#brlcad sofat__ (~sofat@101.208.143.217)
16:50.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:00.25*** join/#brlcad sofat (~sofat@106.192.136.239)
17:04.43*** join/#brlcad sofat_ (~sofat@223.225.251.233)
17:28.41*** join/#brlcad ih8sum3r (~chatzilla@122.173.225.142)
17:30.45*** join/#brlcad sofat_ (~sofat@101.213.11.103)
17:59.07brad_hstarseeker: sorry i'm late for our meeting today @ 10AM PDT. grad ceremony stuff is taking up a big part of the day. questions: trying to impl nmg_msv for CLI. is there a way to specify an NMG region on the CLI? also, is there a subset of the construction NMG routines that we want to expose for the CLI, or simply all of them?
18:03.29Notify03BRL-CAD Wiki:Bhollister * 8668 /wiki/User:Bhollister/DevLogJune2015: /* Friday, June 12, 2015 */
18:16.07*** join/#brlcad sofat_ (~sofat@202.164.45.208)
18:25.50brad_hstarseeker: a few more questions about patches. i've created a github repo to push my local revisions -- so that i can incrementally code up our project requirements. i've already implemented some of the CLI commands. should i create patches for each newly implemented command, or wait until there is a *significant* amount of new code for a patch? thanks!
18:48.49starseekerbrad_h: still here?
18:50.03starseekerbrad_h: to the best of my knowledge, we don't currently have a command line way to specify an nmg region
18:50.32starseekeryou might try using g2asc and look at how we serialize an nmg to Tcl (if we do - I would need to check)
19:08.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:12.47*** join/#brlcad sofat_ (~sofat@202.164.45.204)
19:25.39Notify03BRL-CAD Wiki:Deekaysharma * 8669 /wiki/User:Deekaysharma/logs: /* 11 June */
19:34.47Notify03BRL-CAD:starseeker * 65283 (brlcad/branches/qtged/AUTHORS brlcad/branches/qtged/BUGS and 1218 others): Sync with trunk thru r65282
19:52.21Notify03BRL-CAD Wiki:Deekaysharma * 8670 /wiki/User:Deekaysharma/logs:
20:06.13Notify03BRL-CAD:starseeker * 65284 (brlcad/branches/gecode/AUTHORS brlcad/branches/gecode/BUGS and 1253 others): Sync with trunk thru r65283
20:07.38*** join/#brlcad kanzure_ (~kanzure@unaffiliated/kanzure)
20:07.39*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
20:07.40*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
20:47.03Notify03BRL-CAD:starseeker * 65285 (brlcad/trunk/include/bu/opt.h brlcad/trunk/misc/doxygen/libbu.dox): Start working on doxygen markup for bu_opt
20:47.37starseekern_reed: I should be done fiddling with bu_opt for the moment if you want to have another go with it.
20:49.52Notify03BRL-CAD:starseeker * 65286 brlcad/trunk/include/bu/opt.h: Tweak example code
21:02.04brad_hstarseeker: i'm back. okay, so being still new to mged / archer, is there a way to list the regions of an NMG model via a table or highlighted geometry (which may be a problem if the region is empty)?
21:03.09brad_hstarseeker: also, is there a character string associated with regions? can the existing code seek to a region of a model with only the region specifier?
21:07.41sofatstarseeker, hello
21:08.22*** join/#brlcad merzo (~merzo@194-25-132-95.pool.ukrtel.net)
21:08.54*** join/#brlcad amalia237 (~amalia237@41.205.22.9)
21:10.42``Erikregions are tree nodes with a flag set, there should be a unique name for each tree node. You might try the, uh, it's either "find" or "search" command that's loosely based on the unix find command to search for the names of nodes with the region flag set? I don't know if there's a visual way to look
21:18.18brad_hErik: i see. right now i'm roughly exposing a one-to-one mapping of the NMG internal api for the CLI. possibly some of the nmg construction routines are not suitable at the CLI, such as ones that require handles to regions / vertexuses, etc. any ideas about what the CLI should contain for construction manipulation of the NMG data structures?
21:21.22Notify03BRL-CAD Wiki:Bhollister * 8671 /wiki/User:Bhollister/Proposal: /* Project Details */
21:40.34``Erika complete redoing? :D
21:43.50``ErikI personally think that nmg's should be viewed as a legacy primitive... NURBS do surfaces better, BoT's do faceted geometry better, and converting between nurbs and bots is supposedly on the cusp of being usable
21:46.06``Erikbut I could very well be wrong, *shrug* and I d'no what your gsoc project is, so'z I wouldn't know what to focus on while waiting for your mentor to chime in :)
22:05.51Notify03BRL-CAD Wiki:202.164.45.204 * 8672 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
22:26.17brad_hErik: alright. i think i can forage around for uses of the nmg_mrs() in the code. possibly nmg_ed() from /src/mged/edsol.c will yield something useful.
22:26.43brad_hnmg_msv() that is...
22:31.35Notify03BRL-CAD Wiki:Konrado DJ * 8673 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */
22:52.47Notify03BRL-CAD Wiki:Bhollister * 8674 /wiki/User:Bhollister/DevLogJune2015:
23:02.20Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8675 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
23:30.16brad_hstarseeker: is there a way to recover from a bad pointer, such as with NMG_CK_REGION(r), without crashing MGED?
23:38.32Notify03BRL-CAD Wiki:Bhollister * 8676 /wiki/User:Bhollister/DevLogJune2015: /* Friday, June 12, 2015 */
23:41.32Notify03BRL-CAD Wiki:Bhollister * 8677 /wiki/User:Bhollister/DevLogJune2015: /* Friday, June 12, 2015 */
IRC log for #brlcad on 20150613

IRC log for #brlcad on 20150613

00:11.01*** join/#brlcad milinda (~milinda@112.134.29.45)
00:24.02milindabrlcad: have any documentation on how to use brlcad geometry file conversions in a program. ?
00:26.29milindabrlcad: I have you can check out my current code from https://bitbucket.org/milindasf/stepviewer/src. Currently I have used OpenGL for viewer. But if we want later switch it to libdm. for that we need only to change implementation of one class. (I kind of followed the modular way for this.) If you have any questions please let me know.
01:08.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:44.09*** join/#brlcad bradh (~behollis@2600:1010:b029:d93d:51c5:2b7a:52eb:f0eb)
03:17.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:13.58*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dnwleuvcmqwvxwhp)
05:36.01*** join/#brlcad milinda (~milinda@175.157.1.111)
09:11.31Notify03BRL-CAD Wiki:Konrado DJ * 8678 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */
10:39.33``Erikneat clock design: http://cheezburger.com/5654957056
15:21.33*** join/#brlcad sofat (~androirc@202.164.45.204)
15:28.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:15.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:25.23Notify03BRL-CAD:ejno * 65287 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix warning over unused result
16:38.41Notify03BRL-CAD Wiki:59.91.237.181 * 8679 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
17:13.21*** join/#brlcad ih8sum3r (~chatzilla@122.173.187.253)
18:02.02*** join/#brlcad sofat (~sofat@101.214.70.186)
18:03.10sofatstarseeker, hello
18:04.28sofatI am working on to solving the broken links problems in document means I am converting the absolute path relative path so the document easy to adopt the server url.
18:05.54sofatI am stuck there I am updating the code of books document there BRL-CAD_Tutorial_Series-VolumeIV.xml document in this document some images are included but I can't able to find where the all images which are define in this document.
18:06.08sofatplease help me if you know any think
18:06.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:22.46sofatstarseeker, ping
18:55.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:57.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:16.41Notify03BRL-CAD Wiki:Konrado DJ * 8680 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 13 JUNE 2015 */
20:41.49*** join/#brlcad amalia237 (~amalia237@41.205.22.32)
20:46.34*** join/#brlcad sofat (~sofat@202.164.45.204)
21:14.59*** join/#brlcad amalia237 (~amalia237@41.205.22.16)
21:22.09*** join/#brlcad sofat (~sofat@202.164.45.208)
22:00.29Notify03BRL-CAD:ejno * 65288 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: organize Sections by region
23:01.30*** join/#brlcad amalia237 (~amalia237@41.205.22.57)
23:21.42Notify03BRL-CAD Wiki:Ngassafinjap * 8681 /wiki/User:Amalia/Development_logs: /* Thursday June 11th */
23:24.27Notify03BRL-CAD Wiki:Deekaysharma * 8682 /wiki/User:Deekaysharma/logs:
IRC log for #brlcad on 20150614

IRC log for #brlcad on 20150614

00:14.44Notify03BRL-CAD Wiki:Ngassafinjap * 8683 /wiki/User:Amalia/Development_logs: /* Saturday June 13th */
00:35.10Notify03BRL-CAD Wiki:202.164.45.208 * 8684 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
01:40.57Notify03BRL-CAD Wiki:MeShubham99 * 8685 /wiki/User:MeShubham99/GSoc15/log_developmen:
02:13.17*** join/#brlcad milinda (~milinda@124.43.209.115)
02:45.13*** join/#brlcad bradh (~brad@2600:1010:b01d:77bc:d8bc:6602:f320:b071)
03:13.45*** join/#brlcad milinda (~milinda@124.43.163.252)
03:21.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:51.37Notify03BRL-CAD Wiki:MeShubham99 * 8686 /wiki/User:MeShubham99/GSoc15/log_developmen:
04:10.06*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
05:14.05*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-abjasjsjkyuboftv)
08:02.30*** join/#brlcad milinda (~milinda@112.134.209.131)
09:34.45*** join/#brlcad luca79 (~luca@151.35.119.200)
10:49.09*** join/#brlcad milinda (~milinda@112.134.120.31)
11:51.46*** join/#brlcad milinda (~milinda@112.134.120.31)
12:00.58Notify03BRL-CAD Wiki:Konrado DJ * 8687 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 14 JUNE 2015 */
14:05.27*** join/#brlcad luca79 (~luca@151.35.119.200)
15:00.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:42.11*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
16:40.54*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
17:20.04*** join/#brlcad andrei_il (~andrei@109.100.128.78)
17:44.31*** join/#brlcad bradh (~brad@2600:1010:b01d:77bc:ac4d:35f7:12dd:2efa)
17:54.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:21.35*** join/#brlcad ih8sum3r (~chatzilla@122.173.187.253)
18:26.51*** join/#brlcad sofat (~sofat@202.164.45.204)
18:54.56*** join/#brlcad sofat (~sofat@202.164.45.204)
19:55.55*** join/#brlcad milinda (~milinda@112.134.120.31)
20:56.43*** join/#brlcad milinda (~milinda@124.43.229.177)
21:19.34*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
22:03.42Notify03BRL-CAD Wiki:Konrado DJ * 8688 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 14 JUNE 2015 */
22:23.02Notify03BRL-CAD:ejno * 65289 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: comments
22:26.35Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8689 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
22:55.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150615

IRC log for #brlcad on 20150615

00:03.46Notify03BRL-CAD:starseeker * 65290 (brlcad/trunk/src/other/tcl/CMakeLists.txt brlcad/trunk/src/other/tk/CMakeLists.txt): Looks like this test is problematic on Windows generally at the moment...
00:06.11*** join/#brlcad sofat (~sofat@202.164.45.204)
00:10.11sofatstarseeker, I am download new source code of brlcad and I see code is used my patch(wordpress xsl) settings but after compile it not make any php file
00:11.41sofatso please check 374 ticket number patch its working perfectly and please apply on main code as soon as possible.
00:41.11Notify03BRL-CAD:starseeker * 65291 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/common.h): Don't include config_win.h if we're using mingw
00:50.13Notify03BRL-CAD Wiki:MeShubham99 * 8690 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 3 */
00:53.24sofatstarseeker, hello
00:53.31sofat<PROTECTED>
00:53.38sofatso please check 374 ticket number patch its working perfectly and please apply on main code as soon as possible.
00:54.41Notify03BRL-CAD:starseeker * 65292 brlcad/trunk/src/other/libz/CMakeLists.txt: Don't add zlib1.rc if we're doing the custom command verison.
01:17.34sofatstarseeker, how i convert the xml to php in new version code ?
02:04.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:13.31*** join/#brlcad sofat (~sofat@202.164.45.204)
02:34.48Notify03BRL-CAD Wiki:MeShubham99 * 8691 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Personal notes */
02:35.36Notify03BRL-CAD Wiki:MeShubham99 * 8692 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Personal notes */
03:04.14starseekersofat: you need to turn on the PHP variable
03:04.37starseeker-DBRLCAD_EXTRADOCS_PHP=ON
04:13.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:02.46Notify03BRL-CAD Wiki:Konrado DJ * 8693 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 15 JUNE 2015 */
05:09.09Notify03BRL-CAD Wiki:MeShubham99 * 8694 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
05:14.21*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-jvwgntmttaukgdyt)
06:39.28*** join/#brlcad luca79 (~luca@host55-18-dynamic.4-87-r.retail.telecomitalia.it)
10:26.54*** join/#brlcad luca79 (~luca@5.170.223.196)
12:36.06*** join/#brlcad luca79 (~luca@5.170.91.224)
13:00.25*** join/#brlcad terrywen (~twen6@65-125-18-2.dia.static.qwest.net)
13:06.26Notify03BRL-CAD:starseeker * 65293 brlcad/trunk/include/bu/opt.h: Avoid 'added to multiple groups' doxygen warning
13:15.43Notify03BRL-CAD:starseeker * 65294 brlcad/trunk/misc/doxygen/libbu.dox: reorganize slightly
13:19.32Notify03BRL-CAD:ejno * 65295 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: move COMPSPLT information up into RegionManager
13:29.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:33.00Notify03BRL-CAD:ejno * 65296 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: write Sections at end of output file
13:41.00Notify03BRL-CAD:starseeker * 65297 brlcad/trunk/include/bu/opt.h: More work on bu_opt_parse documentation
13:56.31Notify03BRL-CAD:starseeker * 65298 brlcad/trunk/src/libbu/opt.c: vls should do only one entry at a time under the new setup.
13:56.58*** join/#brlcad luca79 (~luca@5.170.91.224)
14:00.47Notify03BRL-CAD:starseeker * 65299 brlcad/trunk/include/bu/opt.h: More doc updates
14:07.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:13.56Notify03BRL-CAD:starseeker * 65300 brlcad/trunk/include/bu/opt.h: Figure out how to add example help printouts to doxygen
14:16.55Notify03BRL-CAD:carlmoore * 65301 (brlcad/trunk/src/conv/g-obj.c brlcad/trunk/src/libbu/opt.c brlcad/trunk/src/libged/analyze.c): remove a trailing whitespace character; fix spellings
14:35.18Notify03BRL-CAD:starseeker * 65302 brlcad/trunk/include/bu/opt.h: Start documenting bu_opt_describe. Thought - would it be worthwhile to support regex specifiers for option definitions?
15:28.13*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
15:33.48*** join/#brlcad bradh (~brad@2600:1010:b00d:9926:ac4d:35f7:12dd:2efa)
15:46.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:48.00*** join/#brlcad milinda (~milinda@124.43.240.160)
15:53.21Notify03BRL-CAD:starseeker * 65303 brlcad/trunk/src/conv/gcv/gcv.cpp: See if a more sophisticated approach to input/output only options can support a more flexible syntax.
16:13.49Notify03BRL-CAD:ejno * 65304 brlcad/trunk/include/rt/ray_partition.h: include rt/seg.h for use of struct seg in struct partition_list
16:23.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:30.45*** join/#brlcad vasc (~VASC@bl7-170-75.dsl.telepac.pt)
17:21.30*** join/#brlcad amalia237 (~amalia237@41.205.22.52)
17:30.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:45.32*** join/#brlcad LordOfBikes (~armin@dslb-088-064-045-102.088.064.pools.vodafone-ip.de)
17:58.49Notify03BRL-CAD Wiki:Bhollister * 8695 /wiki/User:Bhollister/DevLogJune2015: /* Saturday, June 13, 2015 */
18:02.00Notify03BRL-CAD:starseeker * 65305 brlcad/trunk/src/conv/gcv/gcv.cpp: Rework option handling a bit more for gcv
18:06.23*** join/#brlcad sofat (~sofat@202.164.45.208)
18:28.20*** join/#brlcad andrei_il (~andrei@109.100.128.78)
18:55.23Notify03BRL-CAD:starseeker * 65306 brlcad/trunk/src/libbu/opt.c: May be getting a longer argv - just make sure we have at least one argc to work on.
18:55.57Notify03BRL-CAD:starseeker * 65307 brlcad/trunk/src/conv/gcv/gcv.cpp: Going this route, also want to explicity specify an option for both input and output.
19:03.23*** join/#brlcad sofat (~sofat@202.164.45.208)
19:54.02Notify03BRL-CAD:ejno * 65308 (brlcad/trunk/src/libgcv/conv/fastgen4/NOTES brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp): apply matrices in get_cutout()
19:56.36Notify03BRL-CAD Wiki:Ngassafinjap * 8696 /wiki/User:Amalia/Development_logs: /* Monday June 15th */
19:57.11Notify03BRL-CAD Wiki:Ngassafinjap * 8697 /wiki/User:Amalia/Development_logs: /* Saturday June 13th */
20:05.14Notify03BRL-CAD:starseeker * 65309 brlcad/trunk/src/libged/gdiff.c: get the right strings for gdiff
20:07.46*** join/#brlcad milinda (~milinda@124.43.82.4)
20:38.18Notify03BRL-CAD Wiki:202.164.45.208 * 8698 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
21:18.23Notify03BRL-CAD Wiki:Ngassafinjap * 8699 /wiki/User:Amalia/Development_logs: /* Monday June 15th */
21:22.11*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:23.42Notify03BRL-CAD Wiki:Ngassafinjap * 8700 /wiki/User:Amalia/Development_logs: /* Monday June 15th */
22:01.28*** join/#brlcad milinda (~milinda@124.43.161.92)
22:04.34Notify03BRL-CAD Wiki:Konrado DJ * 8701 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 15 JUNE 2015 */
22:54.28Notify03BRL-CAD:n_reed * 65310 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/g-obj.c and 4 others): add a convenience macro for bu opt callbacks to check for one arg (inspired by GED_CHECK_ARGC_GT_0)
22:57.04Notify03BRL-CAD:n_reed * 65311 brlcad/trunk/include/bu/opt.h: fix typo
23:14.05*** join/#brlcad milinda (~milinda@112.134.14.63)
23:18.22*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.187.253)
IRC log for #brlcad on 20150616

IRC log for #brlcad on 20150616

00:02.47Notify03BRL-CAD Wiki:Bhollister * 8702 /wiki/User:Bhollister/DevLogJune2015: /* Monday, June 15, 2015: Start of Week 4 (of 14) */
00:17.27*** join/#brlcad milinda (~milinda@112.134.22.44)
00:19.38Notify03BRL-CAD:n_reed * 65312 brlcad/trunk/src/conv/step/step-g/step-g.cpp: modify step-g to use bu_opt_parse
00:29.23Notify03BRL-CAD:starseeker * 65313 (brlcad/trunk/src/other/tcl/CMakeLists.txt brlcad/trunk/src/other/tk/CMakeLists.txt): MSVC specific flags
00:54.35Notify03BRL-CAD:starseeker * 65314 (brlcad/trunk/src/other/openNURBS/opennurbs_system.h brlcad/trunk/src/other/openNURBS/opennurbs_uuid.h): Add mingw fixes from http://cmrg.ucsd.edu/Continuity/Documentation/DeveloperDocs/OpenNurbs
01:01.26*** join/#brlcad milinda (~milinda@112.134.79.172)
01:24.47Notify03BRL-CAD:starseeker * 65315 brlcad/trunk/src/other/openNURBS/opennurbs_system.h: Include malloc.h with mingw
01:52.15Notify03BRL-CAD:starseeker * 65316 brlcad/trunk/src/other/openNURBS/opennurbs_archive.cpp: Apparently mingw doesn't provide readdir_r
01:59.46Notify03BRL-CAD:starseeker * 65317 (brlcad/trunk/src/other/libutahrle/colorquant.c brlcad/trunk/src/other/libutahrle/rle_getrow.c): Needs double checking. Switch from bzero to memset.
02:04.06Notify03BRL-CAD:starseeker * 65318 (brlcad/trunk/src/other/libutahrle/rle_hdr.c brlcad/trunk/src/other/libutahrle/rle_rawrow.c): bcopy -> memcpy
02:05.59brlcadstarseeker: that's wrong (65318)
02:09.27Notify03BRL-CAD:starseeker * 65319 (brlcad/trunk/src/other/libutahrle/rle_open_f.c brlcad/trunk/src/other/libutahrle/rle_rawrow.c): More mingw tweaks
02:18.06Notify03BRL-CAD:starseeker * 65320 (brlcad/trunk/src/other/URToolkit/cnv/aliastorle.c brlcad/trunk/src/other/URToolkit/cnv/rletoabA60.c and 9 others): bzero->memset
02:18.17starseekerbrlcad: really?
02:18.21starseekerchecks bcopy
02:20.40starseekerah
02:20.44starseekerorder of args
02:20.47starseekermutter
02:25.12Notify03BRL-CAD:starseeker * 65321 (brlcad/trunk/src/other/URToolkit/cnv/aliastorle.c brlcad/trunk/src/other/URToolkit/cnv/rletoabA60.c and 15 others): looks like the rle_config.h header has provisions for this
02:29.12Notify03BRL-CAD:starseeker * 65322 brlcad/trunk/src/other/libutahrle/rle_open_f.c: still need this bit
02:38.54starseekerbrlcad: thanks for catching that
02:39.21starseekerdecides he's been staring at this long enough for one evening... taking out the trash now sounds like more fun
02:55.04brlcadnp
03:00.40Notify03BRL-CAD Wiki:59.91.233.134 * 8703 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
03:00.43brlcadstarseeker: r65291 (not using config_win.h) is a little surprising... is it really easier to fully bypass all the manual settings?
03:01.45brlcadI know many of the symbols aren't needed, but I'd be surprised if many/most aren't still needed/desirable
03:02.08brlcadthough I guess so long as fixes involve adding the right cmake checks, it's still progress towards not needing that header altogether :)
03:06.25starseekerbrlcad: I don't know yet (config_win.h)
03:07.04starseekerunfortunately, it looks like getting the CMake for Tcl/Tk up to snuff for mingw is going to be A Job
03:07.55starseekercould do system installs I suppose to bypass it, but sooner or later it'll have to be delt with, so I suppose it's next up
03:08.54starseekerlibxslt and friends are going to be a bit of a pain as well - they're doing something rather... odd with the dll import/export logic
03:10.37starseekerbrlcad: unless you spot something, the bu_opt option parsing should be closing in on ready
03:11.41starseekerprobably don't have all the really funky quoting situations handled yet
03:13.32starseekeris always reminded of how nice the libbu portability layer is every time he has to drag third party codes onto a new platform...
04:01.17*** join/#brlcad milinda (~milinda@192.248.8.66)
05:14.30*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-azmratzrksuplceh)
06:26.29Notify03BRL-CAD Wiki:Konrado DJ * 8704 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 16 JUNE 2015 */
07:12.10*** join/#brlcad gurwinder (3b5be986@gateway/web/freenode/ip.59.91.233.134)
07:48.35*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:32.22*** join/#brlcad bradh (~brad@2600:1010:b046:cf43:c4ef:ae71:df00:9b0e)
09:37.42*** join/#brlcad luca79 (~luca@host77-10-dynamic.0-87-r.retail.telecomitalia.it)
10:07.19*** join/#brlcad arno (~luca@host120-11-dynamic.0-87-r.retail.telecomitalia.it)
13:47.42Notify03BRL-CAD:ejno * 65323 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: write WALL records
13:54.40*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.187.253)
13:56.56*** part/#brlcad ih8sum3r (~ih8sum3r@122.173.187.253)
14:40.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:21.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:21.59Notify03BRL-CAD:carlmoore * 65324 brlcad/trunk/src/libged/tire.c: supply missing argument in bu_vls_printf
15:25.45*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-usllcqagkftfetia)
16:30.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:31.25*** join/#brlcad milinda (~milinda@103.247.48.182)
16:34.16Notify03BRL-CAD Wiki:MeShubham99 * 8705 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 4 */
16:36.10Notify03BRL-CAD:starseeker * 65325 brlcad/trunk/src/libbu/opt.c: Want the print specifier for a long
16:36.28milindaAnyone have any idea on how to render a step file in a OpenGL view ?
16:37.01starseekermilinda: you have to convert it to triangles and feed the triangles to OpenGL
16:40.38Notify03BRL-CAD Wiki:85.246.112.247 * 8706 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
16:41.10Notify03BRL-CAD:starseeker * 65326 brlcad/trunk/include/bu/opt.h: add a comment for BU_OPT_CHECK_ARGV0
16:41.40milindaI am not an expert on structure of the step files. Step files contains the triangles we need ?
16:42.15milindaHow to browse the triangles in the step file in order to visualize them ?
16:42.40milindaDoes BRL-CAD have any functionality related to that ?
16:44.56Notify03BRL-CAD:starseeker * 65327 brlcad/trunk/src/other/tcl/CMakeLists.txt: Commit changes from Byron Bradley to get Tcl's CMake build working with mingw
16:47.10Notify03BRL-CAD:ejno * 65328 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: convert toplevel objects that are not within a region
16:47.48Notify03BRL-CAD Wiki:MeShubham99 * 8707 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Personal notes */
16:48.22Notify03BRL-CAD Wiki:MeShubham99 * 8708 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Personal notes */
16:52.02*** join/#brlcad gaganjyot (~gaganjyot@103.226.4.44)
17:09.53Notify03BRL-CAD:ejno * 65329 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check path length before looking for CCONE or CSPHERE elements
17:10.02Notify03BRL-CAD:starseeker * 65330 brlcad/trunk/src/other/tcl/CMakeLists.txt: conditionalize
17:10.47brlcadmilinda: no, step files usually do not have triangles - they usually have a boundary representation
17:11.22brlcadthat's indeed where using brl-cad came into the picture, we have code that evaluates triangles
17:11.25brlcadbah
17:33.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:44.24Notify03BRL-CAD:carlmoore * 65331 brlcad/trunk/src/util/bwscale.c: cosmetic changes so bwscale.c and pixscale.c look more alike
18:13.25*** join/#brlcad brad_h (~behollis@dhcp-59-221.cse.ucsc.edu)
18:53.30Notify03BRL-CAD Wiki:Bhollister * 8709 /wiki/User:Bhollister/DevLogJune2015:
19:19.20*** join/#brlcad sofat (~sofat@101.208.241.94)
19:19.48*** join/#brlcad random (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
19:20.56randomHi all , I am new to community and I want to start contributing
19:32.49brlcadrandom: welcome!
19:33.19brlcadrandom: what are your areas of interest? experience?
19:35.12Notify03BRL-CAD:n_reed * 65332 brlcad/trunk/include/bu/opt.h: standardize escape char, remove references to min/max arg counts, and expand callback and bu_opt_parse documentation
19:35.17randomi am intrested in graphics
19:35.25randomand image processing
19:35.42sofatbrlcad, hello
19:35.57brlcadcool, that's certainly our cup of tea too -- did you have a particular goal in mind? or are you looking for project ideas?
19:36.07brlcadhi sofat
19:36.47brlcadsofat: haven't heard anything from you regarding account setup, everything okay?
19:37.57Notify03BRL-CAD:ejno * 65333 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: skip primitives in ignored regions
19:38.49randomi would like to start low and gradually build up and yes i do have some long term goals
19:39.34brlcadrandom: low as in low-level image processing or start with something small?  a small task?
19:39.46randomsmall tasks
19:40.18brlcadcool, so what do you need?
19:42.30randomwhere do i begin with
19:43.38brlcadwell I could certainly spell out a task and see if you can handle it, and slowly give you harder tasks
19:44.11brlcador you can explore our list of to-do items and find something interesting to you
19:44.12brlcad<PROTECTED>
19:44.29brlcador you could simply work towards a goal of your own
19:44.32randomthat sounds good
19:45.01brlcaddo you know C?
19:45.05brlcadc/c++
19:45.12randomyes
19:45.23brlcadwell then you're definitely in the right place ;)
19:45.39brlcadso which of those three options sounded the most appealing to you?
19:46.21randomassign a task to me
19:46.32brlcadokay
19:47.31brlcadwell, just taking a quick glance into our BUGS file, there's a simple bug that was found recently in our 'pixborder' tool
19:48.07*** join/#brlcad LordOfBikes (~armin@dslb-088-065-187-014.088.065.pools.vodafone-ip.de)
19:48.08brlcadthe fix is probably very simple
19:48.23brlcadit's this entry:
19:48.26brlcad* pixborder doesn't account for an edge case where the right edge of an image is expected to be colored (except for one pixel on the top edge).  Example:
19:48.30brlcadpixborder -b "255 0 0" -t "255 255 255" < pix/moss.pix | pix-fb
19:49.30brlcadif you've not read this yet, it's a good starting point to get a bigger picture:  http://en.flossmanuals.net/contributors-guide-to-brl-cad/
19:50.00brlcadthen when you're through with that, you can check out the pixborder sources by getting a source checkout from svn and looking at the src/util/pixborder.c file
19:50.18brlcadcompile, observe the bug, and see if you can fix it
19:50.23brlcad~cadsvn
19:50.23infobotTo obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad
19:51.31randomok
19:53.37Notify03BRL-CAD:n_reed * 65334 (brlcad/branches/brep-debug/CMakeLists.txt brlcad/branches/brep-debug/doc/docbook/system/man1/en/bwrect.xml and 59 others): sync from trunk
19:57.52brlcadrandom: and don't be shy if you have questions ... answers will sometimes come immediately, sometimes hours later, but you will get an answer if you stay on IRC (you may want to get a real IRC client application to stay connected)
19:58.27randomthanx
20:04.00*** join/#brlcad sofat (~sofat@101.208.55.142)
20:38.49Notify03BRL-CAD:carlmoore * 65335 (brlcad/trunk/doc/docbook/system/man1/en/bw-fb.xml brlcad/trunk/doc/docbook/system/man1/en/pix-fb.xml): consolidate the write-up of -s,-w,-n,-S,-W,-N (if the last 3 options are omitted, we use the input file size)
20:43.05*** join/#brlcad random (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
20:45.16Notify03BRL-CAD Wiki:Deekaysharma * 8710 /wiki/User:Deekaysharma/logs:
20:48.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:06.58Notify03BRL-CAD:starseeker * 65336 brlcad/trunk/src/libged/gdiff.c: Make sure we have the objects specified in the database before we proceed.
21:16.04Notify03BRL-CAD:ejno * 65337 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check matrices in find_walls()
21:27.18Notify03BRL-CAD:starseeker * 65338 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/raydiff.c and 2 others): Add the ability to report only left/right rays that appear to be part of a volume difference, rather than being some sort of grazing or edge case. Preserve the full reporting with a -G option if we want to see the grazing differences.
21:51.46Notify03BRL-CAD:n_reed * 65339 (brlcad/branches/brep-debug/doc/docbook/system/implementation/CMakeLists.txt =================================================================== and 11 others): start docbook article with documentation on the NURBS boolean evaluation implementation
22:11.36randomnot able to compile from source please help
22:12.49brlcadstarseeker: have you tried JAVADOC_AUTOBRIEF?
22:13.39brlcadrandom: you have to provide info if anyone is to help you ;)
22:13.39brlcada build log, an error message, configuration settings, etc
22:14.10brlcadreally cool to see doxygen supports markdown now
22:15.03randomno[src/librtserver/CMakeFiles/rtserver.dir/rtserver.c.o] Error 1
22:15.32random<PROTECTED>
22:18.08brlcadturn off java
22:18.40randomok
22:19.07brlcadcmake -DBRLCAD_ENABLE_RTSERVER=NO
22:20.11brlcadnormally, more context than that is needed, but fortunately that issue is well known
22:20.42brlcadas you didn't technically paste the actual error message
22:22.46randomthanx
22:23.47brlcadnp
22:24.02brlcadif it's several lines, pastebin.ca is usually the way to go
22:27.43randomok i will use that from the next time
22:49.45starseekerbrlcad: I don't believe I've tried that
23:21.24Notify03BRL-CAD Wiki:Konrado DJ * 8711 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 16 JUNE 2015 */
23:59.59Notify03BRL-CAD Wiki:Bhollister * 8712 /wiki/User:Bhollister/DevLogJune2015:
IRC log for #brlcad on 20150617

IRC log for #brlcad on 20150617

00:02.58Notify03BRL-CAD Wiki:Bhollister * 8713 /wiki/User:Bhollister/DevLogJune2015: /* Tuesday, June 16, 2015 */
00:05.11Notify03BRL-CAD Wiki:Bhollister * 8714 /wiki/User:Bhollister/DevLogJune2015: /* Tuesday, June 16, 2015 */
00:27.48Notify03BRL-CAD:starseeker * 65340 brlcad/trunk/src/libbrep/shape_recognition.cpp: We're not ready for torus based shapes yet.
02:37.42Notify03BRL-CAD:brlcad * 65341 (brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt brlcad/trunk/doc/docbook/articles/hy/CMakeLists.txt and 2 others): DOCBOOK_TO_PDF already checks whether BRLCAD_EXTRADOCS_PDF is set, so we can eliminate these other checks.
02:59.31brlcadstarseeker: haven't tried what? disabling rtserver?  if it doesn't work, then it's a bug :
03:00.11Notify03BRL-CAD:brlcad * 65342 (brlcad/trunk/CMakeLists.txt brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt and 3 others): simplify, remove undocumented BRLCAD_EXTRADOCS_PDF_MAN option so that the man pages generate to pdf when BRLCAD_EXTRADOCS_PDF is enabled. dubious value creating individual pdf files for individual manual pages .. might want to eliminate altogether or (better) aggregate them all into one
03:00.14Notifybook/pdf.
03:00.16Notify...
03:06.03Notify03BRL-CAD:starseeker * 65343 brlcad/trunk/src/other/URToolkit/cnv/CMakeLists.txt: looks like rletorla will need ws2_32 with mingw for gethostname
03:13.22*** join/#brlcad bradh (~brad@2600:1010:b00f:a0c8:8970:1dad:d5b2:832a)
03:21.05brlcadhm, we might need to restructure doc/docbook/system or frame it a little differently, same with the underused doc/docbook/specifications which overlaps with man7
03:23.06starseekerbrlcad: JAVA_AUTOBRIEF
03:23.44brlcadahhh
03:23.50brlcadwas trying to figure out that connection
03:23.59starseekerbrlcad: if you're going to eliminate BRLCAD_EXTRADOCS_PDF_MAN we should probably build them all into one
03:24.24brlcador not build them at all until someone adds the aggregate
03:24.34starseekersure
03:24.39starseekerthey take forever to build
03:24.47starseekerlook pretty nice though
03:24.56starseeker(or did, last time I did PDF)
03:25.15brlcadI don't have strong feelings other than a desire to simplify our build
03:25.16Notify03BRL-CAD:starseeker * 65344 brlcad/trunk/CMakeLists.txt: Start preparing for the end of config_win.h - it's a leftover from the autotools/MSVC project days. Now that we have CMake we should be testing for what it currently has hardcoded to make brlcad_config.h work for everyone. Will be a fair bit of logic to move over, but worth it from a long term perspective.
03:25.57starseekerbrlcad: well, if we're not going to break it out then we should probably just eliminate it - don't want to have to wait for all the man pages when doing PDFs of the books
03:26.03brlcadi spent many hours last weekend wading through what should have been a relatively simple change, but the complexity and interdependent logic was killing me
03:26.29starseekerapologies
03:26.33brlcadprobably was doing something wrong, but I just kept running into issue after issue
03:26.41brlcadno worries
03:27.04starseekerbrlcad: doubt it - that's the classic n=1 developer problem
03:27.11brlcadhow long are all the pdfs now (with and without mans)?
03:27.15starseekerit made sense to me, but no one else ever saw it
03:27.27starseekeryou mean how long to build, or page length?
03:27.33brlcadlong to build
03:28.05starseekerlast time I tried it I think the PDF man pages were a couple times the length of the rest of the build, but it's been a looong time
03:28.43brlcadwhat I was mostly fighting was data encapsulation issues .. some common routine that would set some global property or build up some variable that it never used, but was used somewhere far away
03:28.52starseekerah
03:28.59brlcadalmost certainly logic growth
03:29.03starseekeryeah, that's probably the distcheck system
03:29.29brlcadno, this wasn't related to that
03:29.31starseekerneed to maintain our own global registry of files for various purposes, since CMake (at least at the time of the original work) didn't
03:29.51starseekerhmm... maybe building lists of all html targets, pdf targets, etc.?
03:30.22brlcadI was simply trying to force it to use a system-installed dep
03:30.29starseekerhmm
03:30.39starseekerxsltproc?
03:30.46brlcadthere were at least a dozen variables involved, several lists
03:30.48starseekeror do you mean DocBook inputs?
03:31.04brlcadnah, was trying to link against activestate
03:31.05starseekerif the latter, I'm not surprised it was hard - I made no provisions for that in the original design
03:31.10starseekerahhh
03:31.42brlcadwhich ultimately should have been just turn our stuff off (which seemed to be a big problem) and add -framework Tcl
03:31.54starseekeryeah, that worked once upon a time on Windows
03:32.00starseekernot sure about Mac - probably not
03:32.00brlcadbut then that has to get added to cflags and ldflags, and that was yet another ball of errors
03:32.09starseekerwinces
03:32.24brlcadcouldn't force it to set the dang ldflag no matter how many different ways I tried to set it
03:32.36starseekeryeah, the Tcl integration is in many ways the most primitive bit of our CMake logic (was the bit I had to do first, so it pretty much sucks.)
03:32.53brlcadstarted following the logic and it really looked like there were several bugs in play
03:33.11starseekerif I'm not mistaken the -framework bits get added as target_link_libraries, but it's been a while since I've delt with mac
03:33.32brlcadoh, I did that
03:33.34brlcadin many ways :)
03:33.43starseekersnorts
03:33.44brlcadit still wouldn't take for some reason
03:33.49starseekerfigures
03:33.57starseekeryeah, I haven't touched ldflags much
03:34.34brlcadwhich is surprising since it's pretty much requisite for proper on-demand toggling of system libs and 64bit v 32-bit ... :)
03:34.42starseekerthat's a weakness of CMake - they just pick what they consider "sensible" defaults and most of the world goes with those and adds a few flags.
03:34.52brlcadfor tcl kept saying it matched finding a framework in a system path ... that was not the lib
03:35.19brlcadactually was a directory (that did not contain the lib) and it still didn't do anything with that info on the linker or compilation line
03:35.27starseekerframeworks on Mac are their own special brand of headache for the find logic, particularly when you have things like macports present
03:35.28brlcadlike I said, seemed to be several bugs
03:35.51starseekernods
03:36.06starseekeryeah, you wandered into one of the minefields
03:36.38brlcadI didn't seem to be fighting cmake actually, other than the stupid cache having to get wiped out every single run to make sure it really did retest with whatever new coercion I was trying
03:37.02brlcadI was definitely fighting the logic itself
03:37.05brlcadso question actually
03:37.19brlcadif you set a var, e..g, set(FOO "asdf;asdf;asdf")
03:38.03brlcadand messsage("I set FOO to ${FOO}")
03:38.08brlcadwhat should it print?
03:38.35starseeker"I set FOO to asdfasdfasdf" is probably what you'll get
03:39.10starseekersemicolons tend to get eaten, IIRC
03:39.37starseekerbut it may depend on how FOO gets processed
03:39.41brlcadso that's one of the mysteries I was dealing with ...
03:40.05brlcadif I put those exact two lines into a cmakelists.txt file and run it, it prints "I set FOO to asdf;asdf;asdf"
03:40.12starseekerah, did it
03:40.29starseekerOK, better than I expected
03:40.31brlcadyet, those same exact two lines in our logic print "I set FOO to asdfasdfasdf"
03:40.46starseekerO.o
03:40.48starseekerhmm
03:41.03brlcadis message() being overwritten?
03:41.07starseekeryes
03:41.28starseekerline 499 in the toplevel CMakeLists.txt file
03:41.33brlcadugh, okay .. so that was a couple of the hours
03:41.44brlcaddare I ask why? :)
03:41.53starseekerthat's so all the messages go into CMakeOutput.log as well as being printed
03:42.08brlcadhm, ok
03:42.27brlcadthat makes sense (assuming no other way to direct message() output)
03:42.40brlcadso then it's just something screwy in that wrapper
03:44.03starseekernotes there actually is a comment explaining the purpose - given that the existing info failed to convey the existence and intent of that bit of code when someone was actually looking for it, that suggests we need a better mechanism for communicating that sort of info
03:44.32starseekermaybe some sort of BRL-CAD CMake pecularities README in the doc dir?
03:45.34brlcadI don't think that would help
03:45.52brlcadit's a nugget of information lost in a sea of other information
03:46.30brlcadso adding another layer of information to the mix wouldn't likely help, it'd just make it even harder to navigate (and get out of sync)
03:47.18starseekernods - I don't like all the custom bits we do, but we also push CMake *very* hard in some weird directions
03:47.59brlcadthe only issue with message() is that it doesn't just do what the comment says, it does more
03:48.10starseekerneeds to investigate some of the new CMake 3 features to see if they can replace some of the wild and wooly bits I needed to do in 2.x
03:48.15brlcadit peeks at the message and changes it .. and that's ultimately what caused my confusion
03:48.25starseekernods - the change is an unintential side effect
03:48.39starseekerprobably wasn't aware of it at the time of the wrapping
03:49.25brlcadsure, to be expected
03:49.30starseekerthat's probably a good one for the CMake list, actually
03:49.36starseekersomeone else may have a better trick
03:50.20brlcadI guess the main reason you overrode it was to capture all messages, even from built-ins
03:50.25starseekeryes
03:50.39brlcadotherwise, it could ahve been self documenting by introducing our own printing wrapper
03:50.43starseekerand 3rd party builds where we can't define our own message function (BRLCAD_message or some such)
03:51.23starseekermight try something like this:  http://stackoverflow.com/a/15843036/2037687
03:51.35starseekerthey're quoting ARGN, which might make the difference
03:52.18starseekerwould have to experiment
03:53.01Stragusadmires those who fight against cmake and other build systems
03:53.08brlcadyikes, execute_process for every print statement...that'd be heavy
03:53.36starseekerwas looking more at quoting ARGN
03:53.53brlcadah, yeah
03:54.01brlcadalmost certainly is the diff
03:54.18starseekerthat and having a parameter for the first arg
03:54.30starseekerI think message may always take 2 args, so that could be important
03:55.08Notify03BRL-CAD:starseeker * 65345 brlcad/trunk/CMakeLists.txt: Returns would be nice...
03:55.19brlcadwhy do you replace the semis with colons in the log file?
03:55.32starseekerI think so they would print successfully
03:55.44starseeker(1st guess)
03:56.09brlcadthat doesn't make sense to me :)
03:56.30brlcadfile(APPEND myfile "asdf;asdf;asdf\n") .... should work :)
03:56.47starseekeras a raw string, yes
03:57.13brlcadditto file(APPEND myfile "${var}\n")
03:57.26starseekerit may be a quoting question
03:57.28brlcadthat should be plain substitution
03:57.35starseekerI'll have to do some experiments tomorrow
03:58.41brlcadahh, I see an issue
03:59.00brlcadARGN for message() includes an implicit arg0
03:59.07starseekergets as far as starting to build libbu, sees backtrace.c die on fork, execvp and sleep
03:59.08brlcadwhich gets semi'd
04:00.06starseekerbrlcad: I've got to call it a night - keep a list of questions, and I'll be glad to run through them tomorrow
04:00.27brlcadyep, taht did the trick
04:00.49brlcadthanks ... one issue down  just a few more to go ;)
04:01.37Notify03BRL-CAD:starseeker * 65346 brlcad/trunk/CMakeLists.txt: function, not variable
04:03.18starseekernods - glad to try to work them out. Lots of rough edges lurking in there...
04:04.11starseekergrr... why does the execvp function check pass with mingw, then wipe out with an implicit function declaration warning?
04:04.27starseekermakes himself step away from the quicksand...
04:04.57brlcadany way to convince you that using MINGW and __MINGW__ is a bad idea long-term? :)
04:05.54brlcadthat means it really does have execvp and there's a header missing
04:06.08StragusI usually detect __GNUC__ and __WIN32__ rather than __MINGW__
04:07.41brlcadStragus: best practice (at least for the most current build system theory) is to avoid platform symbols to the greatest extent possible
04:08.07brlcadtest for the feature/lib/header or sets thereof that constitute that thing being blocked in conditionally
04:08.49starseekerbrlcad: when we get to the BRL-CAD codebase, sure ;-)
04:08.51brlcadwe do use __WIN32__ in a handful of places and have checks to try and keep it under control (prevent use)
04:09.18starseekeris trying to get through src/other to the main event quickly
04:09.26brlcadthe costs are still there on src/other
04:09.28StragusTo support a bunch of exotic Unix systems, I'm sure testing features/libs/headers is a good option
04:10.05brlcadit's debt that will have to get paid at some point in the future when some poor bloke spends hours figuring out why some windows mingw build isn't behaving right
04:10.45brlcadStragus: it's actually to support future systems more than past systems
04:11.06brlcadsystems with unknown mixings of standards, headers, complexities
04:11.37StragusI see. I don't expect new systems to appear so often that we need a generic and complex system to support them all
04:12.02brlcadsay a new version of mingw or windows comes along that suddenly provides atanf() ... the code adapts
04:12.03starseekerbrlcad: if mingw looks practical to support I guess src/other can be cleaned up somewhat
04:12.13brlcadthat's the thing though!
04:12.22brlcadit's not actually more complex usually
04:12.29brlcadit's just a different way
04:13.00starseekerthe src/other builds, by and large, are far less sophisticated than BRL-CAD's build, and some of the Windows tests are compilcated
04:13.04starseeker(relatively speaking)
04:13.29starseekerI'd rather package it all up into a .cmake file that can be sourced easily by various projects, if it comes to that
04:13.43brlcadstarseeker: i'm not sure I follow
04:14.27starseekermost of our function tests for non-windows systems are just check_function calls.  It's looking like we'll have to start mixing in required libs and headers for some of these tests
04:14.43starseeker(i.e., you have this function, but only if you include this header and link this library)
04:14.44brlcadI'm looking at examples like r65343 where you conditionally link ws2_32 if we're mingw instead of just testing for ws2_32 and linking it (actually 2 lines of code instead of 3)
04:14.59starseekerthat extra information has to be managed, and we aren't set up to do it systematically right now
04:15.09starseekereven in BRL-CAD, much less the independent src/other builds
04:15.52starseekerbut where/when do I link ws2_32?  it's there for gethostname, so the "correct" thing to do is note and track that so we don't end up linking ws2_32 everywhere
04:16.12starseekerbut I don't know how to capture and propagate that info
04:16.47brlcadI don't follow -- you link it right there on rletorla
04:17.25starseekerright, but if I'm doing the "right" thing I'll have a better gethostname check (which is what I'm actually after) in the build that knows to optionally include that lib
04:17.42brlcadi wouldn't say that's the right thing
04:17.45starseekerwhich means the function check for gethostname depends on a lib check for ws2_32
04:17.46brlcadthere's a gethostname system call
04:17.53brlcadit happens to come from a library called ws2_32
04:18.18brlcadthe code doesn't need to change, shouldn't need to change in this instance
04:18.21brlcadit's a linkage issue
04:18.36starseekerthe library linkage list does need to change, and it changes based on the outcome of the gethostname test
04:18.50brlcadso there just needs to be a "does ws2_32 library exist (with gethostbyname)"
04:19.29brlcadthat's a one-liner cmake directive, then one more line to set the target_link_libs on rletorla
04:20.06starseekerbut there's a problem in that the HAVE_GETHOSTNAME test by itself is no longer enough - I need that linkage not just in rletorla, but *everywhere* gethostname is in use in my codebase
04:21.34starseekerso every build target that uses gethostname now needs an extra line, but I won't see that if I'm writing new code unless I happen to know mingw needs it
04:22.24brlcadright, but there's certainly plenty of precedent there already (and that's actually what we do)
04:22.58starseekerexcept cases where you need a library for functions are (or at least, were) quite rare
04:23.05brlcadmoreover a CI dashboard would catch newcomers, technically solved
04:23.06starseekerM_LIBRARY is the only one that comes readily tomind
04:23.15starseekerand M_LIBRARY is a pain
04:23.40brlcadremembering the old build, there were far more cases than -lm
04:24.01brlcadwe just lost support for them (which is fine, they were old, but not justification)
04:24.19brlcadsome platforms genuinely need -lc for example
04:25.08starseekerwould prefer to have some way to have the necessary libraries automatically added based on the CMake configure test and source code introspection
04:25.10brlcadnetworking is actually a set of libs if were were fully ported to all commercial UNIX systems (ones still being sold/supported even)
04:26.05starseekerideally the programmer at the tool level shouldn't have to see that nonsense if we can detect it at the configure stage...
04:26.26brlcadI hear you say that and I envision more unencapsulated side-effect logic that is brittle to different conditions
04:26.44brlcadlet it be declarative
04:26.59brlcadlet duplication determine when/where to refactor into common logic
04:27.05starseekerthat makes for far less readable build files though
04:27.48brlcadI'm not sure I would find it any worse if that logic is merely pushed elsewhere
04:28.57brlcadin fact, distancing it from where it's needed can also make it harder to understand, definitely a tradeoff in play
04:28.59starseekerI guess the tradeoff is it's more complex to add support for new systems, but day-to-day you have to interact with less logic more tightly focused on the local problem
04:29.58starseekersupposes option b) would be to libbu wrap functions that may need extra library help and deal with it there
04:30.04brlcadthis all still seems incredibly distanced from the immediate issue of using platform symbols in the build system
04:30.38starseekerI suppose
04:30.57brlcadI just don't see how platform checks are defensible, even if taken to the extreme of explicitly testing everywhere a MINGW or WIN32 or whatever is being used
04:31.04brlcadthere's already logic inserted
04:31.20starseekerwill find_library work for ws2_32?
04:31.38brlcadit's replacing "if(platform) ... endif" with "test_something(); if(test)... endif" :)
04:32.51starseekerI'm willing to try, but I won't be surprised if we end up with dozens of lines of configure tests duplicated across several build systems in place of the if(MINGW) tests...
04:33.05starseekermaybe it's worth it for future proofing
04:33.57brlcads.o. question says something like find_library(ws2_32_LIBRARY_PATH ws2_32) shoudl work
04:34.15starseekerok, we'll give it a try
04:34.25brlcadtarget_link_libraries(rletorla ${ws2_32_LIBRARY_PATH})
04:34.27starseekerkeeps flashing back to the hypot test and similar cases
04:35.02brlcadmight not even need the if(test) wrapping if target_link_libs smartly handles NOTFOUND results
04:35.45starseekerI believe it does
04:35.57starseekerjust means the target_link_libs list gets ugly
04:36.09starseekerbut that's inevitable anyway, I suppose
04:36.15starseekermged's is pretty bad
04:36.41brlcadnods
04:37.55brlcadentirely expect we'd eventually have the whole shebang get declared / tested
04:38.19starseekershudders at the idea of testing MSVC compilation flags
04:38.28brlcadthe way we handled it in autotools was similar to what we do with our common headers (io, socket, net)
04:38.32starseekergcc/clang are bad enough
04:39.41brlcadso the build system would test a slew of possible net libs and group together the ones commonly related so ${REGEX_LIBS} might be expanded to "-lc -lm -lposix
04:39.53brlcadbecause some platform spread out regex across those system libs
04:40.02brlcad(actual case)
04:40.16starseekerslap that platform with a wet trout until they fix it
04:40.35starseekeryikes
04:40.43brlcadit was by design
04:41.17brlcadI don't think it changed for 5 or so years and only because they adopted a different implementation
04:41.35brlcadand not an obscure platform .. one of our primaries
04:41.47Notify03BRL-CAD Wiki:Shaina7837 * 8715 /wiki/User:Shainasabarwal/GSoC15/logs: /* 1 June */
04:41.51brlcad(a new one at the time)
04:42.56starseekerif we have to do that sort of thing again it'll have to be very cleary documented, somehow
04:44.05starseekerwill have to think about how to approach that situation...
04:44.10starseekerblegh
04:44.34starseekerour configure tests will end up looking like BRLCAD_ADDEXEC and friends
04:45.41starseekerso we've got possible required headers, possible require libraries, possible different combinations of required libraries...
04:46.18starseekermaybe compiler flags, depending...
04:48.13starseekerah, there's hypot - so we need to allow for the possibility of symbol checks as well
04:48.56starseekerbrlcad: let me digest a little - I might be able to come up with a more general BRLCAD_CHECK_FUNCTION_EXISTS macro
04:49.47starseekerif we do need to support that sort of case, I'd like it to at least be as easy as possible to define the test
04:50.56brlcaddefinitely compiler flags
04:51.16brlcadI pretty much confirmed that 32-bit and 64-bit forced compilation isn't working
04:51.24brlcadand it was entirely due to flags
04:51.29starseekerisn't surprised
04:51.36brlcadlinker flags were wrong
04:52.25brlcadI really wouldn't get too fancy with more general testing until common patterns emerge
04:52.27starseekerit's hard to even get the CMake find capabilities to do the right searches for both 32 and 64 bit libs reliably based on settings - last time I looked, they were missing some capabilities there
04:54.45brlcadthere definitely are cases where we only want to test if a function is declared or not, or available/links, or "works" as intended
04:55.10brlcadcmake docs purport to support those three categories as well, so might be able to get away wrapperless
04:55.25brlcadI did read that several issues were fixed in some of the common functions
04:55.42brlcadat least one issue I talked with them about they weren't going to fix (even though it was wrong)
04:55.49brlcadbut a workaround was possible
04:57.29starseekernods
04:57.55starseekerwell, I'll take a stab at detecting windows libs
04:59.01starseekertomorrow
04:59.10starseekerreally does sign off this time...
05:05.49brlcadthanks for all the help
05:52.11Notify03BRL-CAD:brlcad * 65347 brlcad/trunk/CMakeLists.txt: aha, thanks to cliff for pinpointing what was causing my confusion regarding disappearing semicolons. turns out ARGN list elements are semicolon delimited internally, so quotes were needed. take a slightly different approach on the message() override by making it consciously handle the optional argv1 message type, while logging/passing it on accordingly.
05:54.28Notify03BRL-CAD:brlcad * 65348 brlcad/trunk/CMakeLists.txt: was just going to remove the duplicate, but answer the question why #define pipe _pipe won't work
05:58.48brlcadn_reed: I suggest we rename doc/docbook/specifications to doc/docbook/developer and move your doc/docbook/system/implementation/bool_eval_development.xml to there
05:59.43brlcadthat'll give us a place to stub in our other dev docs when sofat is finished with online syncing
06:00.27brlcadnot to mention other dev files that should get written but that should stay separate from the user docs
06:06.05brlcadwith that changed, I think we should then rename doc/docbook/system to something else .. maybe doc/docbook/help or doc/docbook/manuals
06:11.12brlcadpossibly even disolving the doc/docbook/system/man* subdirs altogether
06:12.07brlcadman1 becomes something like doc/docbook/applications, man3 goes into doc/docbook/developer, man5 also there or into doc/docbook/file_formats, and mann into doc/docbook/commands
06:13.08Notify03BRL-CAD Wiki:Ngassafinjap * 8716 /wiki/User:Amalia/Development_logs: /* Tuesday June 16th */
06:14.41brlcadthat would likely make aggregation easier too since it will make sense to keep different audiences separate
06:18.06brlcadOPEN QUESTION: does anyone know a good way to detect that all of our public API has a doxygen comment, ideally so we can test for it automatically and issue a dashboard/build/regression error until it's added?
06:19.43brlcadI could brute-force it and find all #define and EXPORT symbols easily enough with regex fu, and snatch any preceding comments, but that won't likely be very robust or comprehensive
06:21.16brlcadmaybe if there's some way we could tell from the doxygen output itself that something isn't documented?
07:24.44*** join/#brlcad milinda (~milinda@112.134.129.127)
07:35.16*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:15.38*** join/#brlcad milinda (~milinda@124.43.108.251)
09:29.18*** join/#brlcad milinda (~milinda@124.43.174.82)
11:37.25*** join/#brlcad andrei_il (~andrei@109.100.128.78)
12:13.08*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.187.253)
12:19.15*** join/#brlcad milinda (~milinda@124.43.174.82)
12:57.26*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.187.253)
12:57.32*** part/#brlcad ih8sum3r (~ih8sum3r@122.173.187.253)
13:31.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:55.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:06.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:29.45Notify03BRL-CAD:carlmoore * 65349 brlcad/trunk/include/bu/opt.h: remove 1 whitespace character
14:50.52Notify03BRL-CAD:bob1961 * 65350 brlcad/trunk/src/tclscripts/mged/grouper.tcl: Fixed multiple issues that broke grouper. Now calling select with -- to indicate end of options. Fixed the issue where the group being added to was getting added to itself.
14:51.45Notify03BRL-CAD:bob1961 * 65351 brlcad/branches/eab/src/tclscripts/mged/grouper.tcl: Fixed multiple issues that broke grouper. Now calling select with -- to indicate end of options. Fixed the issue where the group being added to was getting added to itself.
14:52.31*** join/#brlcad vasc (~vasc@bl13-112-247.dsl.telepac.pt)
15:25.53*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-rdakjbksrizgpirk)
15:41.12*** join/#brlcad sk3 (~Davi@101.59.69.83)
15:43.05*** join/#brlcad Davi3 (~Davi@101.59.69.83)
16:46.20dracarys983vasc: How's it going man?
16:51.38*** join/#brlcad milinda (~milinda@124.43.174.82)
17:03.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:08.52*** join/#brlcad random_ (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
17:15.42random3~help
17:16.05random3~seen brlcad
17:16.07infobotbrlcad <~sean@66-118-151-70.static.sagonet.net> was last seen on IRC in channel #brlcad, 10h 54m 51s ago, saying: 'maybe if there's some way we could tell from the doxygen output itself that something isn't documented?'.
17:19.09``Erikabhijeet: the server brlcad uses for irc is offline at the moment, what are you looking for help with?
17:20.18abhijeeti was assigned a  bug  by brlcad
17:20.23*** join/#brlcad sofat (~sofat@49.138.153.113)
17:20.31abhijeeti am not able to reproduce it
17:20.36``Erikthe pixborder issue?
17:20.42abhijeetyes
17:21.21``Erikum, is there an actual bug in the tracker, or was this just something he threw out?
17:22.36abhijeetit was in the bug files
17:27.17``Erikhm, when I run that, I get a solid red image
17:27.51``Eriklooks like it should be doing a very naive edge detection
17:29.53*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
17:31.20*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.187.253)
17:33.30*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
17:33.31*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
17:33.54*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
17:33.57*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
17:34.10*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
17:34.39abhijeeti get the same result ..        but    whats the problem with that
17:37.29``ErikI don't know... and the manpage isn't terribly helpful. :/ Sorry, this one might require brlcad, we'll just have to wait until the server he uses is fixed and he happens to be online
17:37.54``Erikhuh, the server just came back on
17:39.20abhijeetthe manpage  doesnot specify anything about the -b -s options
17:50.15``Erikhm
17:52.17abhijeetquit
17:52.27``ErikI have a feeling that the expected result is a pure red image, the 'bug' is that the right edge left the old image, but I'm not seeing that bug happen?
17:52.29*** part/#brlcad abhijeet (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
17:54.36vaschello guys
18:28.13*** join/#brlcad milinda (~milinda@124.43.174.82)
19:00.39*** join/#brlcad Davi (~Davi@101.59.69.83)
19:02.00*** join/#brlcad Davi3 (~Davi@101.59.69.83)
19:02.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:06.11*** join/#brlcad sofat (~sofat@202.164.45.208)
19:08.41ih8sum3rbrlcad: Hi
19:08.50ih8sum3rI want to discuss about one of the milestone "Upload model without sign in / up".
19:20.15*** join/#brlcad LordOfBikes (~armin@dslb-088-065-187-014.088.065.pools.vodafone-ip.de)
20:09.49milindaAnyone knows which brlcad module I should use to iterate the triangles in a step file ?
20:10.09starseekermilinda: you'll be looking at functionality in libbrep
20:10.51starseekersorry, looks like librt actually
20:10.53starseekerhmm
20:11.00starseekeroh, right, for the bot structure
20:11.25starseekerlook for usages of poly2tri_CDT in primitives/brep/brep.cpp
20:11.42milindastarseeker: Thanks for the reply.  :)
20:11.55milindaI will look into that. :)
20:15.27sofatstarseeker, hello
20:16.14brlcadih8sum3r: hi, what's to discuss?
20:16.15sofatI want to know new brlcad code (with my wordpress xsl) how they make the php file and where they store this file ?
20:16.48brlcadsofat: they == you ;)
20:16.59sofatbrlcad code
20:17.01sofat;-)
20:17.11sofatbuilding system
20:17.33starseekersofat: I thought I mentioned it earlier?
20:18.00ih8sum3rbrlcad: Hello, I have a doubt that whether at this stage do we need such functionality?  That User upload model without sign in / up.
20:18.03sofatbrlcad, i want to discuses something
20:18.22ih8sum3rI have been continuous searching from the last two days and I conclude that most of the softwares like https://sketchfab.com etc. do not use such functionality. They recommend login first and then uploading the model.
20:18.24starseekersofat: you have to explicitly enable it at CMake configure time
20:18.54brlcadih8sum3r: I'm fine with you pushing that feature to later, but your reasoning shouldn't be because others don't do that :)
20:18.58starseekerfrom the command line, it's -DBRLCAD_EXTRADOCS_PHP=ON
20:19.03sofatok
20:19.11sofatnow i got it
20:19.14starseekerit should be a checkbox in cmake-gui
20:19.42brlcadih8sum3r: groups like sketchfab want/need you register, it's their business model -- they need to be able to reach you for targeted marketing and stats tracking
20:20.56brlcadditto autodesk, google, etc
20:21.11starseekermakes a note to self to see if the triangulation code can output to an openNURBS mesh so we can make that piece part of the libbrep API, then have an ON_Mesh to bot converter to bring it into librt...
20:21.25ih8sum3rAs a user also I feel that there must be a login system only to upload and view and maybe other users also think so ;). Another reason is that it is possible that many of the users using the demo functionality will view their model and leave.
20:22.43ih8sum3rI don't want that our product must be use in such a way.
20:22.52brlcadih8sum3r: consider something similar like https://www.draw.io
20:23.13brlcadincredibly useful, immediately
20:26.18brlcadit's fine for now, you don't have to worry about it -- I just would hope we avoid writing code that *expects* there to be a logged in user (especially if they're just viewing)
20:28.30brlcadwe should be careful to not discriminate against and particular persons or fields of endeavor
20:28.33ih8sum3rI feel that if I implement this I would be an enhancement but I feel if this is done it is possible that users may simply view their models and go :-/.  According to me we should first make it production ready as planned and we can implement this in the coming release
20:29.13brlcadI'm okay if they view and go :) ... if we were that useful, they will very likely be back :)
20:29.27brlcadand the next time they're back, they just might try to do more
20:29.47brlcadI could see entire classrooms of kids being told to use our interface to view their models
20:30.02brlcadthat would be fantastic, especially as an educational resource
20:31.44brlcadat least in the US and most EU countries, you can't allow a minor to register without taking specific technical steps (e.g., that their parents send a signed approval form that we have to maintain per COPPA regulations)
20:33.55ih8sum3rOne thing more in my mind is that if the user logs in we'll get their emails. And through the email we can send notifications to the user and through it we can also promote our product.
20:34.15brlcadabsolutely, it's a tradeoff
20:34.24brlcadthats why I said it's fine for starters
20:34.55brlcadbut long-term, I wouldn't want to require it ... there are lots of beneficial casual users
20:35.38brlcadespecially in academic settings, we could persue grant and other funding opportunities (where registration is incredibly complicated legally speaking)
20:36.28brlcadI could see requiring registration for certain features like exporting their model or high-quality rendering
20:36.41brlcador editing :)
20:36.53brlcadbut even that is up for debate
20:38.23sofatbrlcad, I want discuses something with you
20:38.44ih8sum3rSo is this an immediate requirement or can be implemented in the next release? If yes, I should start working on it ASAP because I need to look at the backend to for this purpose.
20:45.07sofatI am working on collaboration editing. means how to manage the editing of many user at same time on same file.
20:46.15sofatAnd I found  the solution for this. I am using firepad editor with help i do this work. Firepad is open source editor for collaboration editing.
20:48.57*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
20:50.43Notify03BRL-CAD:starseeker * 65357 brlcad/trunk/CMakeLists.txt: Work on adding more config_win.h tests to the main logic.
20:50.45Notify03BRL-CAD:bob1961 * 65361 brlcad/branches/eab/src/libged/select.c: Fixed ged_rselect --- dl_select_partial was being called for both cases. Looks like a cut-n-paste related error. This was breaking the non-partial component selection mechanism in Archer.
20:51.00Notify03BRL-CAD Wiki:117.212.50.111 * 8717 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
20:51.03Notify03BRL-CAD:ejno * 65354 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: handle multiple references within the same tree
20:51.06Notify03BRL-CAD:starseeker * 65356 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/func.h and 4 others): Couple of librt header reorg fixes.
20:51.08Notify03BRL-CAD:bob1961 * 65358 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Fixed Archer::compSelectCallback --- don't need to dereference ArcherCore::compSelectCallback. This was breaking the selection mechanism in Archer.
20:51.11Notify03BRL-CAD:bob1961 * 65360 brlcad/branches/eab/src/tclscripts/archer/Archer.tcl: Fixed Archer::compSelectCallback --- don't need to dereference ArcherCore::compSelectCallback. This was breaking the selection mechanism in Archer.
20:51.16Notify03BRL-CAD:starseeker * 65352 brlcad/trunk/NEWS: Bob Parker fixed some issues with the grouper command.
20:51.23Notify03BRL-CAD:bob1961 * 65359 brlcad/trunk/src/libged/select.c: Fixed ged_rselect --- dl_select_partial was being called for both cases. Looks like a cut-n-paste related error.
20:51.25Notify03BRL-CAD:bob1961 * 65362 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Modified Archer::initCompSelect to not call doSelectGroup when coming out of a binding override. This stops the extra/unwanted "Selection Group" dialog from popping up whenever you release any of the modifier keys. This was happening everywhere and in particular the command window.
20:51.27Notify03BRL-CAD:bob1961 * 65363 brlcad/branches/eab/src/tclscripts/archer/Archer.tcl: Modified Archer::initCompSelect to not call doSelectGroup when coming out of a binding override. This stops the extra/unwanted "Selection Group" dialog from popping up whenever you release any of the modifier keys. This was happening everywhere and in particular the command window.
20:51.31Notify03BRL-CAD:ejno * 65353 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check matrices in find_compsplt()
20:51.33Notify03BRL-CAD:starseeker * 65355 brlcad/trunk/include/rt/db_internal.h: Add bn/mat.h
20:51.35Notify03BRL-CAD:ejno * 65364 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: reverse the ordering of IDs within WALL records; write NAME records within SECTION records as expected by fast4-g
20:51.37Notify03BRL-CAD Wiki:Terry.e.wen * 8718 /wiki/User:Terry.e.wen/log:
20:51.39Notify03BRL-CAD Wiki:Terry.e.wen * 8719 /wiki/User:Terry.e.wen/log:
20:51.43Notify03BRL-CAD:starseeker * 65365 brlcad/trunk/src/libgcv/conv/stl/stl_read.c: Hidden becomes static in release builds...
20:51.47Notify03BRL-CAD:ejno * 65366 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: remove HIDDEN from function used as template parameter
20:55.56sofatbrlcad, I have demo if you want to see
21:03.54Notify03BRL-CAD Wiki:Konrado DJ * 8720 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 17 JUNE 2015 */
21:12.11ih8sum3rbrlcad: Ping :)
21:14.14Notify03BRL-CAD:n_reed * 65367 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add notes on opennurbs array class usage
21:18.38Notify03BRL-CAD:starseeker * 65368 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/common.h brlcad/trunk/include/config_win.h.in): Take a fairly major whack at config_win.h - untested. This will almost certainly break something...
21:19.07sofatbrlcad, ping
21:19.14sofat;-)
21:22.15*** join/#brlcad vasc (~vasc@bl13-112-247.dsl.telepac.pt)
21:25.29Notify03BRL-CAD:ejno * 65369 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: reverse NAME records and WALL ids
21:26.41Notify03BRL-CAD:n_reed * 65370 brlcad/branches/brep-debug/doc/docbook/system/CMakeLists.txt: add missed cmake change
21:38.44brlcadih8sum3r: I think I said thre times that it can be later.... ;)
21:39.10brlcadjust don't want it forgottenn/lost/dropped
21:39.15brlcadsofat: sure!
21:39.48ih8sum3rWhoops! I just read previous conversation. Sorry :)
21:40.06sofathttp://202.164.53.122/wordpress/ace.php?article=123articles123en123about.xml#d2eabade685bb63a9b4d2091c498b06c
21:40.35brlcad"it's fine for now, you don't have to worry about it" ;)
21:40.36ih8sum3rYes I'll keep this thing in my mind and will definitely implement it.
21:41.55vaschmmm.... so where was rt building the acceleration structure again...
21:46.10ih8sum3rbrlcad: Me and shubham want to make little discussion so can you tell the time when are free  so we three can interact with each other.
21:46.38ih8sum3rs / are free / are you free
21:48.58vascah ok rt_prep_parallel -> rt_cut_it
21:48.59vascsheesh
21:51.58vascoh i see and the ray shooting callback can call the acceleration structure construction code
21:52.12vascinteresting
22:13.50brlcadih8sum3r: probably this friday
22:14.22ih8sum3rokay timings UTC 5:00 P.M or else :)
22:14.48brlcad~convert 1700 utc to edt
22:14.57brlcad~convert 1700 gmt to edt
22:15.03brlcadugh
22:15.36brlcadyeah, that will probably work
22:16.07ih8sum3rOkay sure see you on friday :) Good night.
22:16.30brlcadvasc: it's also worth pointing out that some work that one traditionally would be considered "raytrace prep" happens during rt_dirbuild() prior to rt_prep_parallel()
22:17.10vasci was a bit confused when i looked there too. thx for the heads up.
22:17.13brlcadall the individual rt_OBJ_prep() functions, for example, are called during the directory build
22:17.16vascit seemed to be building some trees or whatever.
22:18.09vasci am just trying to integrate some grid construction code and was trying to figure out exactly where to interface
22:18.32brlcadrt_prep* is just the spatial partitioning build, relies on the directory having been computed beforehand
22:19.09brlcadthe individual rt_OBJ_prep() functions are where individual objects calculate their boudning volumes (which is later used by rt_prep in the partitioning)
22:19.29vascyeah the object bounding boxes are pre-computed
22:19.49brlcadbounding spheres and boxes
22:19.58vascspheres too? hm
22:19.59brlcaddon't recall if we actually use both
22:20.29brlcaddefinitely don't calculate both for all entity types (can always fit a sphere around the bb and vice versa...)
22:20.38Notify03BRL-CAD:n_reed * 65371 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add notes on point classes
22:21.33vascyeah its just a matter of how tight the fit is
22:50.34vascok i think i have some C code that should build a grid
22:50.37vascnow to integrate it
22:56.15vascah jeez
22:59.58vascnothing can be easy uh
23:00.42vasci'll just copy this incantation then
23:01.32vascwell it compiles at least
23:02.18vascand if doesn't crash
23:03.45vascwell i assume its building the grid correctly
23:03.59vascof course it isn't USING it during rendering but that's something for tomorrow i guess
23:05.15vascthis also needs to be better encapsulated
23:06.57vasci'll make a ticket for this
23:07.14vascbut its still WIP
23:07.30vascand its a prototype that will eventually get converted into OpenCL but gotta start with something
23:12.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:13.22vascok made ticket and put patch in it
23:15.10vascright there is a bounding sphere
23:15.14vascand its actually important
23:24.58Notify03BRL-CAD Wiki:85.246.112.247 * 8721 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
23:27.44Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8722 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
23:28.47Notify03BRL-CAD Wiki:85.246.112.247 * 8723 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
23:29.44Notify03BRL-CAD:n_reed * 65372 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add notes on domain intervals
23:34.49Notify03BRL-CAD Wiki:85.246.112.247 * 8724 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
23:35.38Notify03BRL-CAD Wiki:85.246.112.247 * 8725 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
23:36.46Notify03BRL-CAD Wiki:85.246.112.247 * 8726 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
23:37.19vaschm ok
23:37.34vascupdated dev diary
23:38.36Notify03BRL-CAD Wiki:85.246.112.247 * 8727 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
23:41.20Notify03BRL-CAD:starseeker * 65373 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in): Erm. Adding Za seems to cause build trouble - even the BUILD_SLEEP try_compile fails. Needs further investigation.
23:52.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150618

IRC log for #brlcad on 20150618

00:17.17Notify03BRL-CAD:starseeker * 65374 brlcad/trunk/CMakeLists.txt: Try another approach to ws2_32 testing...
00:39.39Notify03BRL-CAD:starseeker * 65375 brlcad/trunk/CMakeLists.txt: redefine is only for C
03:07.16*** join/#brlcad bradh (~brad@2600:1010:b023:5546:8970:1dad:d5b2:832a)
03:13.32brlcadstarseeker: 65374 needs more, you can't call winsock functions without initializing winsock first
03:13.56brlcadiirc, see WSAStartup in pkg for an example
03:17.43Notify03BRL-CAD:brlcad * 65376 brlcad/trunk/include/bu/opt.h: fix doxygen param type annotation, goes with @param not the parameter name.
03:19.36brlcadalso should include winsock2.h instead of windows.h, or at least before it
03:19.52brlcadand if it's before it, you have to define WIN32_LEAN_AND_MEAN otherwise you get winsock and not winsock2
03:22.36brlcadyou might not see problems on the latest win7/win8, but these are very common portability pitfalls
04:13.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:42.13*** join/#brlcad milinda (~milinda@103.247.48.180)
05:42.49*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
07:37.02*** join/#brlcad bradh (~brad@2600:1010:b023:5546:8970:1dad:d5b2:832a)
07:42.13*** join/#brlcad teeepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
07:55.34*** join/#brlcad milinda (~milinda@103.247.48.102)
09:14.34*** join/#brlcad milinda (~milinda@175.157.38.63)
10:10.43*** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-rdakjbksrizgpirk)
10:55.06*** join/#brlcad bradh (~brad@2600:1010:b023:5546:8970:1dad:d5b2:832a)
11:52.00``Erikwha? winsock still needs an initialization call? I thought that was dos legacy and not an issue in the nt family O.O
11:52.29Notify03BRL-CAD:starseeker * 65377 (brlcad/trunk/src/conv/csg/csg_parser.lemon brlcad/trunk/src/conv/csg/csg_scanner.perplex): Apply patch #375 from Ilinca Andrei - functional basic csg parser.
11:59.31Notify03BRL-CAD:starseeker * 65378 (brlcad/trunk/src/conv/csg/csg_parser.lemon brlcad/trunk/src/conv/csg/csg_scanner.perplex): Applied wrong version of #375 patch - back up and apply the correct one. This applies cleanly.
12:38.19Notify03BRL-CAD:ejno * 65379 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: sort GRID records by ID before writing
12:52.59*** join/#brlcad gagan (~gagan@103.226.4.44)
12:54.24*** join/#brlcad gaganjyot (~gaganjyot@103.226.4.44)
12:58.49Notify03BRL-CAD Wiki:Deekaysharma * 8728 /wiki/User:Deekaysharma/logs:
13:07.07Notify03BRL-CAD:ejno * 65380 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: sort regions by name before writing
13:48.45Notify03BRL-CAD:ejno * 65381 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: sort GRIDs by point value again; remove DBPath
14:23.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:25.55Notify03BRL-CAD:ejno * 65382 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: in Section::write_line(), set a thickness of zero in volume mode only if thickness passes NEAR_ZERO
14:42.04Notify03BRL-CAD:ejno * 65383 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: use struct directory flags in get_region_dir()
15:13.27Notify03BRL-CAD:ejno * 65384 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check the halfspace dir's nref before searching for a COMPSPLT
15:28.46brlcad``Erik: init is still required: https://msdn.microsoft.com/en-us/library/windows/desktop/ms738527(v=vs.85).aspx
15:31.04Notify03BRL-CAD:starseeker * 65385 brlcad/trunk/CMakeLists.txt: Make a stab at a better gethostname test - may or may not need this for ws2_32, but will probably need it for gethostname...
15:33.49Notify03BRL-CAD:brlcad * 65386 brlcad/trunk/AUTHORS: Credit Andrei Ilinca with his code contribution (sf patch 375) providing a parser for OpenSCAD's .csg file format
16:11.07Notify03BRL-CAD:starseeker * 65387 brlcad/trunk/include/config_win.h.in: Scrub out bits that seem to be working with brlcad_config.h
16:18.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:43.10Notify03BRL-CAD:brlcad * 65388 brlcad/trunk/CMakeLists.txt: hostnames can be up to 255 characters long per posix (windows current limit is 63 bytes). also, make sure we're using winsock2 (v 2.2 requested here).
16:52.55*** join/#brlcad milinda (~milinda@112.134.38.103)
17:00.57Notify03BRL-CAD Wiki:MilindaFernando * 8729 /wiki/User:MilindaFernando/gsoc2015_devlog: /* STEP Viewer Project Development Log */
17:01.21Notify03BRL-CAD Wiki:MilindaFernando * 8730 /wiki/User:MilindaFernando/gsoc2015_devlog: /* STEP Viewer Project Development Log */
17:19.20*** join/#brlcad vasc (~VASC@bl12-165-105.dsl.telepac.pt)
17:41.57``Erikboggling O.o and WSACleanup has to be called for every WSAStartup? makes me think the os doesn't harvest right and can leave resources tied up :/
17:43.18``Erikpats his trusty cbm basic 2.0 kernal
17:49.02Notify03BRL-CAD:ejno * 65389 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: facetize regions that contain an incompatible boolean operation
17:51.26*** join/#brlcad sofat (~sofat@202.164.45.208)
18:04.47Notify03BRL-CAD:ejno * 65390 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: rename failed_regions parameter to facetize_regions
18:11.31``Eriky'know, I just saw that libreoffice is now in the mac app store... and it occurs to me... my ios dev account is now an 'all things apple' dev account and I can put stuff in the app store... if anyone wants to put together an app store submission for BRL-CAD, I can submit it :)
18:12.10``Erikwonders if his memory dock grapher/jiggler should be dressed up and submitted
18:30.56Notify03BRL-CAD:ejno * 65391 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: handle primitives in boolean ops that are within non-region toplevel combinations
18:34.45Notify03BRL-CAD:carlmoore * 65392 brlcad/trunk/src/util/bwcrop.c: get bwcrop working by adding stuff which (with different variable names) was in bwscale
18:41.11Notify03BRL-CAD:n_reed * 65393 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add notes on the curve class
18:53.23Notify03BRL-CAD Wiki:MeShubham99 * 8731 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 4 */
18:54.28Notify03BRL-CAD Wiki:MeShubham99 * 8732 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
18:56.57Notify03BRL-CAD Wiki:MeShubham99 * 8733 /wiki/User:MeShubham99/GSoc15/log_developmen:
19:01.14Notify03BRL-CAD:carlmoore * 65394 brlcad/trunk/src/tclscripts/archer/Archer.tcl: remove trailing white space
19:05.40Notify03BRL-CAD Wiki:MeShubham99 * 8734 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
19:05.48Notify03BRL-CAD:ejno * 65395 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: include non-region toplevel combs in list of objects to be facetized
19:19.20sofatbrlcad, hello
19:19.34sofatI want to show my work if you free now
19:21.19*** join/#brlcad andrei_il (~andrei@109.100.128.78)
19:47.20Notify03BRL-CAD Wiki:Terry.e.wen * 8735 /wiki/User:Terry.e.wen/log:
19:49.43Notify03BRL-CAD Wiki:202.164.45.208 * 8736 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
19:56.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:58.30Notify03BRL-CAD:n_reed * 65396 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add notes on lines
20:03.07*** join/#brlcad milinda (~milinda@124.43.157.157)
20:19.40sofatbrlcad, ping
20:20.00*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
20:22.33Notify03BRL-CAD Wiki:Deekaysharma * 8737 /wiki/User:Deekaysharma/logs:
20:29.53*** join/#brlcad milinda (~milinda@124.43.112.41)
20:35.41*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
20:36.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:52.11*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
20:53.10sofatstarseeker, I have submitted my new patch on main_menu for wordpress site please accept this as soon as possible.
21:10.11*** join/#brlcad random (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
21:10.43random~infobot
21:10.44infoboti guess infobot is A program on the IRC that helps users, ask it to do something by putting a ~ and then say a command!
21:11.01random~tell
21:13.14random~seek starseeker
21:13.14infobotACTION launches a heat-seeking missile at starseeker
21:17.01*** join/#brlcad milinda (~milinda@124.43.228.74)
21:30.25Notify03BRL-CAD Wiki:MeShubham99 * 8738 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 4 */
21:55.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:46.49*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
22:48.19*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
22:52.41*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
23:01.36Notify03BRL-CAD:n_reed * 65397 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add notes on surfaces
23:28.17Notify03BRL-CAD:n_reed * 65398 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add notes on major brep classes
IRC log for #brlcad on 20150619

IRC log for #brlcad on 20150619

00:01.59Notify03BRL-CAD Wiki:Ngassafinjap * 8739 /wiki/User:Amalia/Development_logs: /* Tuesday June 16th */
00:10.46*** join/#brlcad amalia237 (~amalia237@41.205.22.35)
00:20.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:01.38Notify03BRL-CAD Wiki:Bhollister * 8740 /wiki/User:Bhollister/DevLogJune2015:
01:09.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:31.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:51.35Notify03BRL-CAD:starseeker * 65399 brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt: Add patch #380 from Hitesh Sofat adding a php menu for wordpress
02:52.29starseekernotes that eventually that menu should probably be generated, but that'll do for a start
03:15.41brlcadwas that clean?
03:15.57Notify03BRL-CAD:brlcad * 65400 brlcad/trunk/AUTHORS: at this point, sofat has made both documentation and code contributions including extensive docbook work and getting docs ready for web round-tripping
03:38.43Notify03BRL-CAD:brlcad * 65401 brlcad/trunk/src/libdm/query.c: DM_TK doesn't use dpy_string
03:49.41Notify03BRL-CAD:brlcad * 65402 brlcad/trunk/src/libdm/dm-tk.c: this should be calling Tk_FreeColormap() not XFreeColormap. also need MAC_OSX_TK to be set (which Tk's build sets when compiling Tk, but ours does not) before including the Tk's Xlib header. would be better tied to an aqua define but don't want to add build system support until it's confirmed that any of this even works.
04:34.17Notify03BRL-CAD:brlcad * 65403 brlcad/trunk/TODO: need an alternative to Tcl_SplitList()
05:02.26Notify03BRL-CAD Wiki:59.91.119.60 * 8741 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
05:14.29Notify03BRL-CAD:brlcad * 65404 brlcad/trunk/TODO: tcl hash tables also need to go. used by enf-g, concat command, librt, and just a few other places.
05:22.30*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-lekiezlwholdwpqn)
05:36.03*** join/#brlcad milinda (~milinda@192.248.8.66)
05:37.06milindaCan we directly read a .step file from functionalities that we have in BRLCAD  or do we need to first convert that file to .g file in order to read it from the brlcad code. ?
05:44.22brlcadmilinda: I'm not sure your question is validly stated...
05:45.10brlcador I don't fully understand, which is also possible ;)
05:45.29brlcadyou directly read .step files with a stepcode parser
05:46.05brlcadthe step standard defines this via SDAI (application instance)
05:46.57dracarys983brlcad: Can you access github gists right now? I want to show you my implementation for volume.
05:47.23brlcadvia sdai (which is generated by stepcode for us, given an application protocol), you can process the step data .. we do this in our step-g importer
05:48.28brlcaddracarys983: I can but I'm not in a frame of mind to absorb much more..
05:48.36brlcadit's late and I just achieved something pretty fantastic, unexpected
05:48.43brlcadhttp://brlcad.org/tmp/aqua_mged.png
05:49.48milindabrlcad: Okay here is what I want to do. I have a OGLView. I need to visualize a step file in the view. Startskeer mentioned that I should first read the step file and browse the triangles (using brlcad functionality) and view all the triangles in the OGL view.
05:50.36milindabrlcad: As you mentioned we can directly read the step files right ? no need to convert it to .g file right ?
05:51.17dracarys983brlcad: Whoa! That looks pretty intricate and awesome :D
05:51.49dracarys983No problem. I'll send it later sometime.
05:52.56brlcadmilinda: your questions still imply you misunderstand how it all works together .. we do read the step files but that logic is made available per application (and that application is step-g)
05:53.55brlcadyou could probably modify it to read the file in to our in-memory format without writing out the actual .g file, but the data is meaningless until it's translated (to our in-memory format)
05:54.01dracarys983brlcad: Why's it named "haj.g"?
05:54.16brlcaddracarys983: that screenshot has absolutely nothing to do with the model
05:54.28brlcadI just opened up a random .g I had handy
05:55.03dracarys983Oh okay
05:55.07brlcaddracarys983: what you're seeing there is mged running natively on mac os x without X11 for the first time
05:55.27brlcadat least the first time where it's actually usable... :)
05:56.55dracarys983brlcad: Isn't that Graphics Window using X11?
05:57.34brlcadnope
05:57.42Notify03BRL-CAD:brlcad * 65405 brlcad/trunk/src/mged/update.c: if we have Tk, we have X11 because they provide compatibility. we don't need or want to stub empty.
05:58.08brlcadthat's a vanilla mac that actually doesn't even have X11 installed, just to be certain
05:58.27milindabrlcad: FYI, I am not working with the libdm view. I am working with a standalone OGL view.
05:59.34brlcadmilinda: there's no such thing as a standalone ogl view
05:59.58milindabrlcad: I mean no connection with libdm view :)
06:00.22dracarys983brlcad: So, without X11, what's it using for the GUI? Tk?
06:00.46brlcadmilinda: I know, I've been following the logs loosely
06:01.16brlcadit's a qt window, iirc, yes? with an embedded ogl view
06:01.28milindabrlcad: yes. :)
06:01.29brlcaddracarys983: yes
06:02.12brlcadmilinda: so you both saved yourself some hassle dealing with libdm and you've created slightly more work for yourself when it comes to displaying the actual data ;)
06:02.33brlcadit was a double edged sword
06:03.40milindabrlcad: yes I know :) but I tried my best with libdm. Because I am less familiar with libdm I thought I should go with OGL
06:03.57brlcadlibdm is automagically set up for displaying polygonal data that you will eventually be extracting from librt/libbrep
06:04.33brlcadnow you'll have to do that all yourself and probably deal with converting the data into a qt container
06:06.00milindaI can display polygonal data in OGL view. The problem is how to extract them ? Does BRL-CAD have any functions to extract polygonal data form a .step file without converting it to . g file ?
06:06.12brlcadmilinda: have you talked with cstirk at all about your progress?
06:07.20brlcadmilinda: of course you can display polygonal data, nothing I said even hinted that you could not ... and you saying that implies you probably misunderstood what I just wrote... :/
06:07.42milindaNot yet. I haven't communicated with him
06:08.11brlcadthere are a couple of ways for extracting a representation
06:09.01brlcadmy previous point was that libdm was merely that libdm is automatically set up to display an extracted representation (it's in a struct container that libdm understands)
06:09.33brlcadyou will have to write code (i.e., more work) to translate data OUT of that struct container into something that qt handles
06:09.44brlcadis that more clear?
06:11.00brlcadyou definitely should be talking more with charlie and actively engaging him in your development (he's a busy guy, but you can at least update him and others on your progress on the stepcode mailing list)
06:12.16milindaBut the drawback in that approach (libdm) is we transparently convert the .step file to .g file . So finally we are showing the .g file not .step file.  Is this okay ? Can we ensure that step-g conversion is 100% preserve the geometry topology ?
06:12.57milindaokay I will update my progress in the stepcode mailing list ?
06:12.59milinda:)
06:13.30brlcadlibdm approach is not coupled to ".g file" ...
06:13.51brlcadI think you're getting confused by the different data representations involved
06:14.13milindabrlcad: Can we directly show a .step file libdm view without the conversion ?
06:14.36brlcadmilinda: just stop :)
06:16.03brlcadi'm not ignoring your questions, I'm trying to answer them in a way that is correct without confusing you further
06:16.26brlcadif you'll allow me a minute to summarize, I think it'll help
06:16.27milindabrlcad: okay :)
06:16.55brlcadthere is .step files, they contain ascii text data
06:17.21brlcadcall that text-serialized stepcode data
06:17.44brlcadthere is .g files, they contain binary data
06:17.54brlcadcall that binary-serialized BRL-CAD data
06:18.35brlcadthere is also unserialized binary STEP data (this never lives on disk, only in memory)
06:18.51brlcadthere is also unserialized binary BRL-CAD data (this never lives on disk, only in memory)
06:19.45brlcadso there you have *4* data formats
06:21.11brlcadour step-g tool reads .step file (format1) via SDAI into binary STEP (format2), translates into binary BRL-CAD (format3), and writes out to .g (format4)
06:21.48brlcadyou cannot extract triangles from any of those formats except format3
06:24.35brlcadour libbrep library deals in a subset of format3 that pertains to the highly complicated NURBS geometry representation, which is usually what you find in format1&2
06:24.58brlcadour librt library deals in format3 and format4, coupled with libbrep
06:27.19brlcadlibdm talks format3 directly (it understands the data containers and librt can directly send data to libdm without changes)
06:28.39brlcadfor your project, you have to get .step file data (format1) into memory (format2 -> format3) so you can get triangles via librt/libbrep
06:29.03brlcadthat's the case regardless of libdm, qt, or any other gui
06:30.43brlcadthere is code that goes from format1->format2->format3->format4 (step-g) which you could modify/fork/turn-into-lib to stop at format2 (step in-memory data) or format3 (brl-cad in-memory data)
06:32.20brlcadthere is no way to get triangles from format2 and it's non-sensical to talk about getting triangles from format1 (.step serialized) or format4 (.g serialized)
06:33.26milindabrlcad: okay Thank you very much for the clear explanation. This is really helpful.
06:33.28brlcadone could try to develop a library to get triangles from format2, but accomplishing that within gsoc is almost certainly impossible
06:35.01brlcadit tooks us months to get triangles for step data out of format3 (brl-cad in-memory), and thats a format that is incredibly more simple than format2 (step in-memory)
06:36.16brlcadmilinda: you're welcome, I hope it clears some things up
06:37.10brlcadit's a little more complicated than what I just described (the triangle-mesh representations themselves introduce formats4 and formats5), but it's the gist
06:39.34milindabrlcad: What I should do is modify the step-g library to stop at format 3 If I want to visualize in the openGL (without libdm) but you think this is hard. In your point of view what easy to do is initialize libdm view somehow and use STEP2G(without modifying) to get .g file in hard disk (format 4) and then visualize it. Am I correct ?
06:42.36brlcadlibdm vs qt is pretty irrelevant at this point -- if you have qt up and running, just use it unless charlie says otherwise or until you run into a problem displaying format6 (qt triangle mesh data)
06:44.17brlcadlibdm would have directly received format5 (brl-cad triangle mesh data), that you get from format3 (brl-cad in-memory geometry), but you can write a format5 to format6 function easily enough
06:44.43brlcadthat's the extra work I was referring to, unavoidable because format6 is unique
06:45.39brlcadmodifying step-g to sop at format3 is not hard .. turning it into a library call that does that will likely take several days effort
06:47.56milindaSo the task I should do now is to modify STEP2G to stop at format3 ? Okay You explained me a lot. Thank you very much for that :)
06:48.16brlcadthat said, you are probably best off starting with just running step-g in your application, opening the .g file using librt (format3), extracting the polygons (format5), and feeding them to qt (format6)
06:49.21brlcadonce/if you get that working, you can always go back and replace calling step-g with calling a library that stops at format3
06:49.22milindaOkay Thanks. I will do that :)
06:50.44milindaOkay. You normally at brlcad channel at this time of the day ?
07:17.18*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
07:20.49*** join/#brlcad Davi3 (~Davi@202.164.53.117)
08:11.41Notify03BRL-CAD Wiki:Konrado DJ * 8742 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 19 JUNE 2015 */
08:11.56*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:46.51*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kxckshefmqtyircx)
09:30.15*** join/#brlcad milinda (~milinda@192.248.8.66)
10:01.49*** join/#brlcad milinda (~milinda@192.248.8.66)
11:49.36*** join/#brlcad luca79 (~luca@151.34.70.151)
12:38.42*** join/#brlcad sofat (~sofat@202.164.45.208)
12:41.00sofatstarseeker, I have made some changes in main_menu.xml file and i submitted this as patch please accept this as soon as possible.
13:16.17starseekerbrlcad: yes it was clean (sofat patch)
13:16.47sofatstarseeker, thanks
13:17.13sofatI am submitted new patch more please accept it
13:18.06sofatstarseeker, I have one question if you free I want to ask this question.
13:20.13sofati am checked wordpress.xsl.in file and i see you include this root xsl stylesheet :--  <xsl:import href="file:///@DOCBOOK_BINARY_DIR@/doc/docbook/resources/other/standard/xsl/xhtml-1_1/docbook.xsl"/>
13:20.33sofatAn d am replace this xsl sheet with +  <xsl:import href="../other/standard/xsl/xhtml/docbook.xsl"/>
13:21.37sofatbecause output after conversion into php is not right , they make all content as hypertext so please use this +  <xsl:import href="../other/standard/xsl/xhtml/docbook.xsl"/>for php work
13:27.08*** join/#brlcad luca79 (~luca@adsl-ull-51-65.44-151.net24.it)
13:33.18starseekersofat: patch applied
13:33.23sofatok
13:33.25sofatthanks
13:33.29starseekerbrlcad: patch applied cleanly
13:33.36sofat;-)
13:35.26starseekersofat: I'd have to revisit why we use the @DOCBOOK_BINARY_DIR@ approach in the others - I have a vague recollection there was a reason, but in the case of php output I'm not too worried
13:35.59starseekerthe HTML and MAN formats are they key outputs used by BRL-CAD proper - the PHP output is for the website, so it can be optimized for that application
13:36.15sofathmm
13:52.15*** join/#brlcad luca79 (~luca@151.44.65.51)
13:57.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:16.40Notify03BRL-CAD:starseeker * 65406 brlcad/trunk/doc/docbook/resources/brlcad/wordpress.xsl.in: Apply patch #382 from Hitesh Sofat updating wordpress menu
14:17.24Notify03BRL-CAD:starseeker * 65407 brlcad/trunk/CMakeLists.txt: Forgot returns
14:20.03Notify03BRL-CAD:starseeker * 65408 brlcad/trunk/CMakeLists.txt: Match arg
15:12.06*** join/#brlcad milinda (~milinda@103.247.48.84)
15:19.02*** join/#brlcad gaganjyot (~gaganjyot@103.226.4.44)
15:25.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:52.50Notify03BRL-CAD:ejno * 65409 (brlcad/trunk/src/libgcv/conv/fastgen4/NOTES brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp): update NOTES
16:03.38*** join/#brlcad vasc (~vasc@bl7-126-217.dsl.telepac.pt)
16:09.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:11.21brlcadejno: conventionally, primitives outside of regions are treated as regions at the primitive level
16:13.10brlcadso if you had a hierarchy of combs that lead to a set of primitives (without any regions), it treats each primitive as a region (regardless of the boolean ops above it)
16:13.56brlcadit's an interesting notion to consider changing that convention so that there's a notion of a global aggregate region in the absense of one defined .. have to think about that some
16:19.08brlcadthis is pretty cool... http://brlcad.org/tmp/aqua_mged2.png
16:19.51*** join/#brlcad sofat (~sofat@202.164.45.208)
16:20.00sofatbrlcad, hello
16:20.17sofatI want to show you my work if you free.
16:21.37vascyeah that's pretty cool
16:21.51vascmost mac users don't like having to install x
16:21.55vaschad that issue before..
16:28.06*** join/#brlcad bradh (~brad@2601:647:cb02:7a00:11c5:e8b5:3bc9:c04c)
16:55.29ejnobrlcad: ah, thanks for that information
16:58.14*** join/#brlcad gaganjyot (~gaganjyot@103.226.4.44)
17:03.15bradhstarseeker: hi, i believe we have a mtg @ 10AM PST. i've fleshed out many of the nmg_* construction routines as ged_* CLI functions. may need a third week to finish that. but since i have destruction routines scheduled for w5/6 this should be okay.
17:06.51Notify03BRL-CAD:carlmoore * 65410 brlcad/trunk/src/util/bwscale.c: relocate a line to get better physical resemblance to pixscale.c
17:07.59Notify03BRL-CAD:carlmoore * 65411 brlcad/trunk/doc/docbook/articles/en/main_menu.xml: fix spelling
17:08.00bradhstarseeker: do you have any suggestions for consolidating the CLI nmg construction routines, possibly with a simpler interface than the internal functions? up until now, it has been instructive to approach those routines with a simple mapping, as that has exposed weakness in that  approach.
17:08.41bradhstarseeker: you may have answered this already on the mailing list. soon as i get to my office i'll check those emails.
17:12.20Notify03BRL-CAD:carlmoore * 65412 (brlcad/trunk/doc/docbook/articles/en/main_menu.xml brlcad/trunk/src/conv/csg/csg_parser.lemon): remove trailing white space
17:13.35brlcadwonders where the ogv guys are at?
17:13.42*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.187.253)
17:13.52brlcadthere's one
17:14.39brlcadbrad_h: can you show an example that creates a nmg box?
17:16.37ih8sum3rHello brlcad
17:17.11brlcadsofat: maybe in a bit, there's supposed to be a meeting here now (16 min ago actually)
17:17.11brlcadih8sum3r: ready?
17:17.44ih8sum3rYah! me ready. Seems like shubham is not present :-/
17:22.15sofatbrlcad, i am waiting.
17:22.38ih8sum3rbrlcad, I wanted to inform that my almost all the milestones are over except responsiveness and displaying error message of the two issues out of all. I have little difficulty in handling issues for the error message but I'll soon complete it. As I discussed earlier that one of my milestone "User upload model without login" is needed at the later stage, so if there is some time left shall I join Shubham and work a little at the back? Or search something
17:23.08brlcadih8sum3r: I'm sure there is more front-end work :)
17:23.20brlcadso is the latest code up and running somewhere?
17:24.09ih8sum3rNot till now as we need to merge our branches.
17:25.00ih8sum3rUntil or unless they both are merged, we'll not be sure about is working and what not.
17:25.17ih8sum3rs / about is / about what is
17:26.45ih8sum3rToday, I'll send the PR about what is done till now. Shall we merge the branches or post a mail to Inderpreet to do so?
17:36.59brlcadih8sum3r: but I presume you've tested your half and can talk about the new features there?
17:37.56brlcadrather, you should be able to demonstrate your work independently of the backend changes and vice versa
17:39.26brlcadih8sum3r: I'd like to see a demo of each of your work before the end of next week
17:39.48brlcadif we can do that today, that would be fantastic .. and it kind of what I was expecting we were going to be doing
17:41.36ih8sum3rOkay I'll deploy my app on the meteor server for the demo purpose but there will the problem as I used BRL-CAD  source so as to convert it from .g to .obj
17:42.12ih8sum3rHow should I link up with the server i.e the path settings?
17:45.09*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ecdjwkzwdufegmgg)
17:45.51brlcadih8sum3r: don't understand what you mean?
17:45.57Notify03BRL-CAD:carlmoore * 65414 brlcad/trunk/src/util/bwscale.c: shift fill_buffer and init_buffer to get better match with the pixscale.c file
17:46.41brlcadyou mean how can it call g-obj on your deployment?  that's a question for you :)
17:47.13brlcador if you mean deploying to brlcad.org and are asking where g-obj is installed?
17:48.04ih8sum3rI'm asking what is path of mged and g-obj on the server :)
17:49.51brlcad/usr/brlcad/bin/g-obj should work
17:50.40ih8sum3rOkay let me check this
17:51.53starseekerbradh: howdy
17:52.09starseekersorry, been running around dealing with stuff
17:52.52ih8sum3rNot working at my end. Here is my app : http://ogvtesting.meteor.com/ Please check I have deployed it.
17:52.56bradhstarseeker: hi. just about to head to the campus lab. i should be back online in about 30 min.
17:53.01starseekerok
17:54.26starseekerbrlcad: cool.  Does Archer run?
17:54.30bradhbrlcad: will have something that can construct basic primitives soon. been working at the level of the api functions but it should be easy to write such a function. can ged_make already do this?
17:55.01starseekerbrlcad: nevermind, I remember now - it doesn't do Tk display by default.  OSG *might* work...
17:56.14Notify03BRL-CAD:ejno * 65413 brlcad/trunk/src/librt/ls.c: test for NULL dpv before using it; remove unused variable
17:57.21brlcadih8sum3r: thanks, this is looking great .. give me a few minutes to explore :)
17:57.31brlcadthen I'm sure i'll have questions/comments :)
17:57.42starseekerbradh: one thought - there should be one public ged_nmg command, and the individual sub-commands should be private, internal functions
17:57.54ih8sum3rOkay sure :)
17:58.06brlcadstarseeker: haven't tried it yet but I still have a few build system issues to chase down that are affecting runtime
17:58.41brlcadarcher certainly can work, but will likely need a few minor mods to allow dm-tk
17:58.43starseekernods - yeah, I'm remembering back to my last Aqua attempt now. Had to manually hack Archer to point it at the Tk display
17:59.16starseekerThe osgl dm might actually work in principle...
17:59.27brlcadnods
17:59.34starseekerbuilt it on the Mac at one point, but that was the X11 route
18:00.18brlcadthat'll be something to test but there are a slew of little things that I had to hack to make it work that'll probably take a while to fix properly (almost all build system related, but easy stuff)
18:00.21starseekersooner or later we'll need to figure out how to handle non-ogl displays in Archer - some features need to turn off
18:00.27brlcadlike GL/gl.h vs OpenGL/gl.h
18:00.28starseekernods
18:00.38starseekernot surprised
18:01.24brlcadactually been working on this for months, nibbling on it here and there
18:01.36brlcadit just finally all started coming together really fast
18:01.47starseekerI think our FindGL.cmake is already more sophisticated than CMake's vanilla version, and that's without properly handing Aqua vs X11
18:01.54starseekercool!
18:03.00brlcadI ended up bypassing most of the find logic because of the problems I was having with tcl/tk
18:03.03starseekerwill be very curious to see what the new Tk does with tooltips and icons in Archer - iirc those were problem areas
18:03.08starseekerah
18:03.32brlcadended up just compiling it by hand, manually editing link and flags.make
18:03.39starseekerwinces
18:03.59starseekerprobably we should just ditch our Tcl/Tk setup and go with the default CMake FindTCL
18:04.25brlcadit wasn't the only issue, opengl had some issue too
18:04.28starseekerso far the complexity of our version has worked out to a net negative
18:04.49starseekerhad the distinct impression our FindGL.cmake was better than the default CMake version, but I could be wrong
18:04.57brlcadwhat the issues are quickly are becoming a blur because I just moved on
18:05.04starseekernods
18:05.37brlcadthe cool part is seeing it working means that it's worth putting the time in to fix the build so it can do what I made it do manually
18:05.58brlcadthe whole app definitely feels differently, better
18:06.56starseekerexcellent
18:07.14brlcaddid you see both screenshots?
18:07.20starseekerdid
18:07.36starseekerdoes this mean it's time to jump the src/other Tcl/Tk to 8.6?
18:07.53brlcadfew minor stylistic things to sort out, like n_reed's dialog having a nice default background, but all the rest having an overcrasting white bg
18:07.59starseekerheh
18:08.21starseekerisn't sure, but there may be Tk vs. Itk issues at play there...
18:08.32starseekeror tk vs ttk
18:08.34brlcadthe ones in the screenies are all tk
18:08.47brlcadwell, and including ttk if we use that
18:09.18starseekern_reed may have done something in a more "modern" way with his dialog - thought I recalled something about that, but been way too long
18:10.12starseekerTcl/Tk 8.6 will be quite a jump for us, based on the last time I tried it...
18:10.48brlcadthe aqua tcl/tk with all the latest bells and whistles was done on 8.5
18:10.53brlcadI don't know what 8.6 looks like
18:13.12sofatbrlcad, now free ?
18:13.25Notify03BRL-CAD:carlmoore * 65415 (brlcad/trunk/src/util/bwcrop.c brlcad/trunk/src/util/bwscale.c): more shifting of routines: init_buffer and get_args placed just ahead of main, then place binterp behind (not in front of) ninterp
18:14.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:14.46Notify03BRL-CAD:carlmoore * 65416 brlcad/trunk/src/util/bwcrop.c: remove the fprintf's which I had committed in error
18:16.05``Erikman, aquatk would be awesome O.o posting BRL-CAD on the mac app store might become a reality this year
18:17.14brlcadsofat: half-ready
18:17.40sofatwhen you complete ready ping me please
18:20.41Notify03BRL-CAD:carlmoore * 65417 brlcad/trunk/src/util/bwscale.c: fix blank lines in bwscale.c for sake of comparison with pixscale.c
18:27.16brlcadih8sum3r: so I'm encountering a whole variety of different login issues :)
18:27.42starseekerbrlcad: ah, very good
18:28.20ih8sum3rbrlcad, what kind of issues?
18:29.37brlcadih8sum3r: first was the feedback form on the bottom -- it sent me to formspree but I never received anything
18:29.46brlcadand that page doesn't return back
18:30.21brlcadand it says all fields are cumpulsory, but just clicking Send goes to formspree too
18:31.28brlcadfor the main login, it gave me an "Internal error"
18:32.08brlcaderror when trying to register, error retrieving password (thinking maybe it was reusing an earlier registration)
18:32.24brlcadbut then seemed to let me log in
18:32.38brlcadagain didn't receive confirm e-mail so the rest of the site won't let me see anything
18:32.50brlcadand the main page still has a sign-in button once logged in ;)
18:33.45ih8sum3rI have got your mail for the confirmation from formspree. But whatever the work regarding login registration all is done by shubham I have worked upon front-end for this. He's has used some new package and due to that all the functionality changed.
18:33.47brlcad"Internal server error" is the actual error message retrieving password
18:34.13ih8sum3rTry to login with this. Username : admin@example.com Password : ogv123
18:34.48brlcaddone
18:35.23brlcadso I'm sure it's merely a css / front-end issue, but once logged in, the "Sign-In" button should disappear :)
18:36.00Notify03BRL-CAD:starseeker * 65418 brlcad/trunk/include/config_win.h.in: This define does not seem to appear anywhere in our source tree...
18:36.03brlcadthe Models and My models pages need "something" to let the visitor know there is intentionally nothing there
18:36.18brlcadshowing a title with a blank page makes it look like it errored
18:36.47brlcadeven if it's just a simple statement like "There are currently no models available, try [uploading one]~"
18:37.41ih8sum3rThe things appear there they are present when I uploaded the .g file it vanishes
18:38.03brlcadih8sum3r: I realize that -- that's my point
18:38.13brlcadit needs to do something less confusing for the first-time user
18:38.27brlcadit looks broken just displaying an empty page
18:38.45ih8sum3rShould I show you the screenshots who it's look like?
18:39.29brlcadih8sum3r: er, you can but I don't know why -- this is about what it looks like without anything uploaded yet
18:40.15brlcadhm, we should itemize the issues so we can refer to them...
18:40.37brlcada) feedback form says everything is required but doesn't actually require anything
18:41.14brlcadb) feedback form doesn't link back to OGV (I realize this may all have already changed due to backend work)
18:41.57brlcadc) "Internal server error" creating an account
18:42.06brlcadd) "Internal server error" requesting password
18:42.25brlcade) main page still shows Sign-In button once logged in
18:42.32Notify03BRL-CAD:starseeker * 65419 brlcad/trunk/src/other/tk/CMakeLists.txt: Add MINGW build setup for Tk from Byron Bradley
18:42.45brad_hstarseeker: read your responses on the mailing list about the single cmd approach + brlcad's answer too. will write a stub / patch for the interface as suggested. will also remove CLI access to the subcommands.
18:43.05brlcadf) Models page needs some statement when there are no models to display, preferably encouraging them to upload a model
18:43.44brlcadg) My Models page needs some statement when the user has no models uploaded, preferably encouraging upload
18:44.46brlcadlet's see
18:44.48starseekerbrad_h: sounds good.  The brep command is an example of a top level command with subcommands
18:45.16starseekerbrad_h: when you prepare a patch stubbing in a toplevel nmg command, make sure it builds cleanly and applies cleanly
18:45.33starseekerbrad_h: ideally we want to get you commit access so you can work in trunk directly
18:45.48ih8sum3ra) Validations working on my side perfectly. Actually these are HTML5 validations, meteor validations are in progress.
18:46.08ih8sum3rb) Okay, I'll change it's route
18:46.11brlcadh) Model upload is requiring an image?? I don't think it should (it can/should autogenerate an image and allow an override)
18:46.21brlcadih8sum3r: you don't need to respond to all of them :)
18:46.32brlcadI just wanted a letter associated with each so we can talk about them
18:46.58ih8sum3rOkay sure :)
18:47.01brlcadi) upload form title elements present themselves as selectable links, but don't do anything
18:48.22brlcadj) once uploaded (with image), nothing appears in Models or My Models
18:48.42brlcad(given green successfully uploaded/saved message
18:49.15brlcadwhich I suspect wasn't genuine .. I specified a big image and it responded green immediately
18:50.41brlcadih8sum3r: don't let these all give you an idea that this isn't looking good
18:50.46brlcadit is looking really nice
18:51.21brlcadthese issues may even be browser specific to some extent that will need to be debugged
18:52.37Notify03BRL-CAD:starseeker * 65420 brlcad/trunk/CMakeLists.txt: Go ahead and add the HAVE_<NAME> define if we do one of these underscore definitions...
18:52.39ih8sum3rActually the problem is the path only everything is working we can upload the file it is shown in the models also. I'mm just very much curious to show you everything but I don't know what path is to be give. Please look the screenshots
18:52.48ih8sum3rModels : http://awesomescreenshot.com/0a84zz5s6c
18:52.50brlcadso on Chrome, (a) worked in that it prevented me from submitting feedback until I'd filled in all three fields
18:53.13brlcadexcept then it proceeded to link to localhost:3000 (and obviously failed)
18:54.23ih8sum3rI got your feedback ;)
18:56.51brlcadih8sum3r: so on Safari, (f) only displays the "Models" title and nothing under it
18:57.49brlcadlooking at the console, it's saying line 1 of the .css file is invalid (it's a @import() line)
18:58.11starseekerbrlcad: any idea why fb_log is defined to bu_log on Windows?
18:58.17brlcad@import url(http://fonts.googleapis.com/css?family=Megrim);
18:58.19starseekersees the define but no helpful comments...
18:58.48ih8sum3rYah! I know what is happening after deploying the app I uploaded .g file and it vanished.
18:59.04ih8sum3rCan you please tell me which safari version you are using?
18:59.23Notify03BRL-CAD:starseeker * 65421 brlcad/trunk/CMakeLists.txt: Where there is windows.h assume winsock is to be found...
18:59.34brlcadstarseeker: not off the top of my head, but I do recall that being a bit complicated
18:59.56starseekerbrlcad: can I just base if off of windows.h for now until we sort out what's going on?
19:00.28brlcadon chrome without login, I still get a blank Models page (f)
19:01.08brlcadafter login too
19:02.19brlcadI'm actually getting identical behavior for all the other issues b through j
19:04.08brlcadih8sum3r: I just saw the settings page -- there's no way /usr/brlcad/bin/g-obj and /usr/brlcad/bin/mged are going to work ... you deployed to AWS
19:04.16brlcador are those supposed to be local commands??
19:04.32brlcadit says server, which is what i'd expect
19:05.00ih8sum3rNo this is what I'm asking what is the path else everything is working it is just the problem of path.
19:05.25ih8sum3r<PROTECTED>
19:05.34brlcadthe path is wherever YOU put it when you deploy on the server ... and you probably have no way to deploy brl-cad on an AWS server
19:05.54Notify03BRL-CAD:starseeker * 65422 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in): Remove some more bits from config_win.h.in
19:05.54brlcadbest you could do would be to create static binaries and upload them when you deploy
19:06.11brlcador deploy someplace different (our server) where we can ensure there is an install
19:06.55brlcadih8sum3r: basically "it's not going to work on meteor.com" :)
19:07.18brlcadwithout some additional back-end work
19:07.39ih8sum3rYah! agree with you totally. I need something where BRL-CAD is installed :-/
19:07.45brlcadthat's okay
19:08.12brlcadnot having brl-cad doesn't actually affect issues a-j, so you should have plenty to work on ;)
19:08.37brlcadalas, I'm running out of time now and need to talk to sofat quickly before I go
19:08.43brlcadthis is looking great
19:08.59brlcadplease keep me updated when you think you have those 10 issues sorted
19:09.37ih8sum3rheh :) Most of the issues are sorted only as it is the path problem ;). Rest I'll work upon
19:09.37ih8sum3r:D
19:09.49brlcadsofat: will have to try later
19:10.09sofatok
19:10.25sofattoday or another day ?
19:10.44ih8sum3rI need to tell you lot of the things. should I conclude them in a mail and send to you?
19:11.07sofatbrlcad, so now i need commit access to complete my editing work.
19:11.18ih8sum3rWith full-fledged summary of everything.
19:23.05sofatI have important question i want to change my next week milestone. milestone ("HTML TO XML CONVERT SCRIPT").  because now i am using html anywhere in editing so this work not needed right now. I want to work on admin section and editing work in next week. If you allow me to change my next week milestone.
19:23.56sofats/i am using html anywhere in editing so this work not needed right now/i am not using html anywhere so this work not needed right now
19:24.18brlcadsofat: i'm back for a few min again
19:24.25sofatok
19:24.36brlcadih8sum3r: except I don't see a-j as having anything to do with path
19:24.43sofatthen ping me please i am waiting for you
19:24.55brlcadI could have no brl-cad and those are still front-end interface/usability issues
19:25.45brlcadmaybe it's a matter of gracefully handling failures from not having a path, but it could/should present that error
19:26.00brlcadand at least (a) was portability-related (safari)
19:26.12brlcadmost seemed related to account management
19:26.33ih8sum3rbrlcad, please check this initially when no model is uploaded it looks like this http://awesomescreenshot.com/0074zz849a
19:27.09brlcadih8sum3r: okay, that's great!
19:27.25ih8sum3rOnly my-models page is empty I'll put something there
19:27.49brlcadso then the issue is maybe just that it needs to display an error  -- for me, they're both blank
19:28.37ih8sum3rAgree with you. I'll figure out this and report you.
19:29.00sofatnow i show you  my work ?
19:29.24brlcadk) needs a better 404 page ;)
19:29.28brlcada-k ;)
19:29.46ih8sum3rOkay :D
19:30.06ih8sum3rbtw, is there brlcad installed on our server?
19:30.22brlcade.g., https://github.com/oofa
19:30.32brlcadyes
19:30.50brlcadih8sum3r: anything else?
19:31.06ih8sum3rCan I please get the access so that I can show you my work.
19:34.25brlcadanything else?
19:34.57sofatnow i start or wait ?
19:35.07brlcadstill ih8sum3r's turn :)
19:35.18brlcadih8sum3r: anything else?
19:35.55ih8sum3rNo that's it I'm done. If anything left I'l send you the message.
19:36.03ih8sum3rThank you for your time :)
19:36.04brlcadgreat, okay sofat you're up! :)
19:36.12brlcadih8sum3r: thanks for all your efforts, looking good
19:36.23sofathttp://202.164.53.122/wordpress/?page_id=216
19:36.34sofatstart form this link
19:36.39sofatfrom
19:37.14brlcadih8sum3r: I suggest before midterm evals that you get one other person to stress-test the interface for you, to see if they can find other issues after you address/fix a-k
19:37.30brlcadsofat: before that, to answer your question
19:37.49brlcadsofat: I don't have a problem with milestones changing, but you should talk that over with starseeker in more detail
19:38.00brlcadi'm not as familiar with the implications
19:38.23brlcadbut from your description, I can't imagine that being a problem
19:38.45brlcadplus you should demo your work with him one-on-one too, it's great
19:38.54ih8sum3rOkay, I'll put mail to inderpreet, harmanpreet and shubham to test it as a user and find out more mistakes.
19:41.41*** join/#brlcad sofat_ (~sofat@101.214.120.82)
19:42.53sofat_ok I  will show my work to starseeker  soon
19:43.30sofat_starseeker, hello
19:44.24sofatI want to show you my work demo(with back-end) if you free.
19:46.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:48.57brlcadsofat: okay, so I have a few items :)
19:49.00*** join/#brlcad merzo (~merzo@191-115-132-95.pool.ukrtel.net)
19:49.26brlcadit's coming together well, but a good bit of polish will be needed to make this easier to use
19:50.04sofatok tell me
19:50.31Notify03BRL-CAD:brlcad * 65423 brlcad/trunk/doc/docbook/articles/en/TEMPLATE.xml: update to our newer logo urls
19:51.03sofatok
19:51.26brlcada) the main menu is conceptually the right idea, but that massive list of docs won't work :)
19:52.04sofatok
19:52.33brlcadhttp://www.blender.org/manual/ is a good example of a cleaner hierarchical organization
19:53.16sofatok i want to tell you one thing
19:53.51sofatour menu made in xml and then converted php and html
19:54.40brlcadnods
19:54.40sofatin this conversion the tags of all document same in html and php
19:55.38brlcadit's a content problem so there might not even really be much for you to do other than to maybe start with a similar menu or multi-level menu
19:56.17brlcadthe content is not really your problem ;)
19:56.41brlcadthe presentation of the content is though, and right now a) is one big long long list :)
19:57.20brlcadso maybe make the php output expandable/collapsed-by-default?
19:57.56sofatyes but If i made static menu in php language not using xml
19:58.11brlcadbrb
19:58.46sofatxml have a problem
19:59.02sofatproblem is after conversion of xml to php and html
19:59.17sofatall section contains the same id's
19:59.31sofatso i am not able to apply jquery effect to this
20:03.34sofatIf i do separate coding in php then its possible but then its not part of xml or brlcad document it is working on directory read method and get the  file name as menu item according to category language. Then its possible to made this page same as blender page
20:03.59Notify03BRL-CAD:starseeker * 65424 brlcad/trunk/src/libbn/ulp.c: float.h is C89
20:06.04sofatbrlcad, ?
20:15.02Notify03BRL-CAD:starseeker * 65425 brlcad/trunk/include/dm/dm_xvars.h: Tk provides X11 types
20:15.41vascbrlcad, i should only be able to port the M3 (grid acceleration) code to OpenCL after I get back from France i.e. in two weeks
20:16.47sofatbrlcad, please gave me commit access
20:17.04vasci have worked on some bits and pieces like getting a working prefix sums opencl code but it ain't integrated yet
20:17.07sofatmy next step depends on this
20:22.44*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
20:24.19*** join/#brlcad andrei_il (~andrei@109.100.128.78)
20:25.44*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
20:25.50Notify03BRL-CAD Wiki:101.214.120.82 * 8743 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
20:31.48``Eriksagonet! hooray! \o/
20:41.49andrei_ilis there a problem with wiki? I can't access any page.
20:44.19``Erikbz's uplink crapped itself
20:45.12``Erikbrlcad is semi-actively searching for a new home for bz, this isn't an isolated instance of the coloc host dropping the ball :)
20:51.20andrei_il<PROTECTED>
21:02.28*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.187.253)
21:04.12*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
21:04.18brlcadthat was weird
21:04.59andrei_ilyay, wiki is back again
21:05.05*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
21:05.11vascbz?
21:05.12brlcadISP issue of some sort
21:05.31brlcadwe're not going to be with them for much longer
21:05.32*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
21:05.43*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
21:06.59*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
21:11.17*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
21:12.01*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
21:23.07brlcadstarseeker: r65419 implies he's using a 32-bit version of mingw, and he should probably be using a 64-bit version unless he talked to hoa
21:23.50Notify03BRL-CAD:starseeker * 65431 brlcad/trunk/CMakeLists.txt: process.h is used by libbu/backtrace.c - test for it.
21:29.55Notify03BRL-CAD:starseeker * 65433 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in): Add regex.h check
21:30.45Notify03BRL-CAD:starseeker * 65434 brlcad/trunk/CMakeLists.txt: skip the test - HAVE_REGEX_H is not present in current codebase.
21:38.09Notify03BRL-CAD:starseeker * 65435 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in): Remove more of config_win.h
21:47.10Notify03BRL-CAD:starseeker * 65436 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in): Make a stab at handling the stat/lseek logic
21:55.24Notify03BRL-CAD:starseeker * 65437 brlcad/trunk/include/config_win.h.in: This looks like it pertains only to misc/win32-msvc/dll
22:13.55Notify03BRL-CAD:starseeker * 65427 brlcad/trunk/misc/CMake/FindGL.cmake: Tweak FindGL.cmake
22:19.33Notify03BRL-CAD:starseeker * 65432 brlcad/trunk/include/config_win.h.in: remove more defines from config_win.h
22:29.23Notify03BRL-CAD:starseeker * 65428 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in): More Windows config_win.h work
22:29.38Notify03BRL-CAD:starseeker * 65429 brlcad/trunk/CMakeLists.txt: Try a different approach to GetFullPathName test.
22:30.11Notify03BRL-CAD:starseeker * 65426 brlcad/trunk/misc/CMake/FindGL.cmake: Look for gl.h regardless.
23:29.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150620

IRC log for #brlcad on 20150620

00:17.27*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
00:17.40*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
00:17.49*** join/#brlcad ejno (~ejno@66-118-151-70.static.sagonet.net)
00:17.50*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
00:18.05*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
00:18.15*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
00:18.22*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
00:18.23*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
00:18.30Notify03BRL-CAD:starseeker * 65430 brlcad/trunk/include/config_win.h.in: Remove hard define for HAVE_GETFULLPATHNAME
00:24.53*** join/#brlcad infobot (ibot@rikers.org)
00:24.53*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
02:11.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:35.24*** join/#brlcad milinda (~milinda@112.134.114.148)
03:54.32milindaHow to convert db_i* to rt_db_internal* type ? Is this possible ?
04:09.36*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
04:09.38*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
04:09.44*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
04:09.46*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
04:13.35*** join/#brlcad milinda (~milinda@112.134.184.112)
04:14.19*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
04:21.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:49.18*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
05:38.07*** join/#brlcad milinda (~milinda@112.134.199.138)
07:21.41*** join/#brlcad milinda (~milinda@112.134.117.98)
07:56.03*** join/#brlcad milinda (~milinda@112.134.195.17)
08:27.46*** join/#brlcad andrei_il (~andrei@109.100.128.78)
10:16.00Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8744 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
12:40.06Notify03BRL-CAD Wiki:MeShubham99 * 8745 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 4 */
13:15.42*** join/#brlcad milinda (~milinda@124.43.244.41)
13:23.56*** join/#brlcad merzo (~merzo@245-105-132-95.pool.ukrtel.net)
14:03.23*** join/#brlcad milinda (~milinda@103.247.48.139)
14:10.58*** join/#brlcad Gurwinder (75c76f40@gateway/web/freenode/ip.117.199.111.64)
15:24.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:05.31*** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-qcnxmcqytresomje)
16:57.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:00.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:37.50*** join/#brlcad merzo_ (~merzo@147-83-132-95.pool.ukrtel.net)
17:45.20*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-sjuphqjuzcyjixqt)
18:09.51*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.248.176)
18:23.42milindaHow can I read . g file into rt_brep_internal structure ?
19:02.41*** join/#brlcad sofat (~sofat@202.164.45.212)
19:40.17*** join/#brlcad sofat (~sofat@202.164.45.212)
20:20.28*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
20:21.35*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
20:25.12*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
20:36.05*** join/#brlcad ``Erik_ (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
20:43.34*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:54.31*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
20:54.34*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
21:57.16*** join/#brlcad infobot (~infobot@rikers.org)
21:57.16*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
23:00.58*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
IRC log for #brlcad on 20150621

IRC log for #brlcad on 20150621

00:32.34*** join/#brlcad yiyus (1242712427@je.je.je)
00:45.40*** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net)
01:55.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:09.40*** join/#brlcad milinda (~milinda@103.247.48.163)
04:04.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:19.41*** join/#brlcad random_ (0e8b5206@gateway/web/freenode/ip.14.139.82.6)
08:22.28random_brlcad i am unsure of what the pixborder bug is? and the man page for pixborder does not help as some options are not explained in it
08:23.48random_~help
08:56.13*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-pakavrynyydqivzc)
10:12.20dracarys983brlcad: Is there any way to get a raytracing instance (rt_i) from a db_internal? Or rather a way to convert db_internal to a database instance (db_i)?
10:27.48*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
10:30.47Notify03BRL-CAD Wiki:Deekaysharma * 8746 /wiki/User:Deekaysharma/logs:
10:30.53Notify03BRL-CAD Wiki:Konrado DJ * 8747 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 20 JUNE 2015 */
10:30.58Notify03BRL-CAD Wiki:Konrado DJ * 8748 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 20 JUNE 2015 */
10:31.03Notify03BRL-CAD Wiki:Terry.e.wen * 8749 /wiki/User:Terry.e.wen/log:
10:31.05Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8750 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
10:31.08Notify03BRL-CAD Wiki:117.214.200.200 * 8751 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
11:45.50*** join/#brlcad milinda (~milinda@124.43.64.0)
11:54.56milindaHow can I read . g file into rt_brep_internal structure ?
11:55.13milindaIs this possible ?
13:01.54*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
13:18.35*** join/#brlcad ``Erik_ (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
15:28.02Notify03BRL-CAD Wiki:Ngassafinjap * 8752 /wiki/User:Amalia/Development_logs: /* Thursday June 18th */
15:28.51Notify03BRL-CAD Wiki:Ngassafinjap * 8753 /wiki/User:Amalia/Development_logs: /* Saturday June 20th */
15:29.34*** join/#brlcad milinda (~milinda@124.43.64.0)
15:33.48Notify03BRL-CAD Wiki:Ngassafinjap * 8754 /wiki/User:Amalia/Development_logs: /* Saturday June 20th */
15:42.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:33.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:38.28*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.20)
19:14.55*** join/#brlcad sofat (~sofat@202.164.45.208)
20:26.46*** join/#brlcad andrei_il (~andrei@109.100.128.78)
21:03.57Notify03BRL-CAD Wiki:202.164.45.208 * 8755 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
21:40.37Notify03BRL-CAD:starseeker * 65438 (brlcad/trunk/src/conv/csg/csg_parser.lemon brlcad/trunk/src/conv/csg/csg_scanner.perplex): Apply patch #383 from Ilinca Andrei updating the csg importer code.
22:02.00*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
22:18.05*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
22:25.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:53.36Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8756 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
23:03.48Notify03BRL-CAD Wiki:Konrado DJ * 8757 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 20 JUNE 2015 */
23:06.07Notify03BRL-CAD Wiki:Konrado DJ * 8758 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 21 JUNE 2015 */
IRC log for #brlcad on 20150622

IRC log for #brlcad on 20150622

00:44.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:29.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:59.54*** join/#brlcad infobot (ibot@rikers.org)
02:59.54*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
03:11.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:10.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:38.14*** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net)
06:05.07*** join/#brlcad milinda (~milinda@192.248.8.66)
06:07.36milindaI have a .g file. I have read it using db_open which returns the db_i* successfully. I need to convert the db_i* in to rt_db_internal. I have used casting it works at the compile time but when I try to get rt_brep_internal from casted rt_db_internal the program crashes. How can I resolve this ?
07:36.16*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
07:59.13Notify03BRL-CAD Wiki:Konrado DJ * 8759 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 21 JUNE 2015 */
08:06.53*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:14.19*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
08:14.51*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
08:47.30*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:15.41*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-vdbjibkbobggupqa)
09:34.20*** join/#brlcad milinda (~milinda@192.248.8.66)
09:45.10dracarys983milinda: rt_db_internal is for a database object. There is a function rt_db_get_internal() in include/rt/db_internal.h which fills a rt_db_internal struct.
09:49.21milindadracarys983: Thanks for the reply. What is the const mat and struct resources that we need to give in to that function.  ?
09:56.20dracarys983milinda: I'm not sure about the "mat". The "resource" is a struct required for parallel execution I guess -- you can find it's description in include/rt/resource.h.
09:59.05dracarys983milinda: Once you get the database instance (db_i) from a .g file, you're trying to get a rt_db_internal for a model in that database, is that what you're trying to do?
09:59.25milindayes
09:59.28milinda:)
10:00.27milindadracarys983: What I am really trying to do is read the .g file and browse the brep elements
10:00.43milindadracarys983:Do you know how to do this. May be code example ?
10:02.28milindadracarys983: I looked at the brlcad/src/adrt/load_g.c. Do we need to write that much of code just to load an .g file ?
10:05.26Notify03BRL-CAD Wiki:Ngassafinjap * 8760 /wiki/User:Amalia/Development_logs: /* Friday June 19th */
10:09.11Notify03BRL-CAD Wiki:Ngassafinjap * 8761 /wiki/User:Amalia/Development_logs: /* Sunday June 21st */
10:13.52Notify03BRL-CAD Wiki:Ngassafinjap * 8762 /wiki/User:Amalia/Development_logs: /* Sunday June 21st */
10:14.21*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ixgictppbufpvenm)
10:15.26dracarys983milinda: I don't know about loading a .g file, sorry. I can help you with the steps for database manipulation I guess.
10:19.46milindadracarys983: That's okay I really appreciate your help. Thank You. :)
10:25.12dracarys983milinda: No problem. Here is a small code example -- I hope it helps. https://gist.github.com/dracarys-stormborn/d7fac7c7512410d3139b
10:26.21milindadracarys983: Thanks, I will look into that. :)
10:26.39dracarys983:)
10:28.02*** join/#brlcad sofat (~sofat@202.164.53.117)
10:44.10*** join/#brlcad milinda_ (~milinda@192.248.8.66)
10:45.33*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
10:51.21*** join/#brlcad milinda_ (~milinda@192.248.8.66)
10:54.17*** join/#brlcad sofat (~sofat@202.164.53.117)
11:02.57Notify03BRL-CAD Wiki:Ngassafinjap * 8763 /wiki/User:Amalia/Development_logs: /* Monday June 22nd */
11:12.28milinda_dracarys983: db_lookup fails. The name should be full path to the .g file right ?
13:16.13Notify03BRL-CAD:starseeker * 65439 brlcad/trunk/include/config_win.h.in: If I'm not mistaken, libbu/interrupt.c takes care of this itself and both sig_t and HAVE_SIG_T doesn't seem to be used elsewhere in the code.
13:28.23Notify03BRL-CAD:starseeker * 65440 (brlcad/trunk/include/config_win.h.in brlcad/trunk/src/remrt/remrt.c): I'm not quite sure why HAVE_VFORK was set to one here - the only place in the code that appears to use HAVE_VFORK is remrt.c, and without a working fork that define won't help (which is the case on Windows.)
13:31.46*** join/#brlcad sofat (~sofat@202.164.45.212)
13:31.53sofatstarseeker, hello
13:32.35sofatI want some  discussion  regarding this week work if you free please response me.
13:47.21*** join/#brlcad sofat (~sofat@202.164.45.212)
13:52.37Notify03BRL-CAD:starseeker * 65441 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in): Fix isascii (that one needs two underscore prefix characters) and take a stab at the rest of the config_win.h defines.
13:56.40Notify03BRL-CAD:starseeker * 65442 brlcad/trunk/CMakeLists.txt: Add fallback typedefs
13:59.40Notify03BRL-CAD:starseeker * 65443 brlcad/trunk/CMakeLists.txt: Tweaks
14:02.10Notify03BRL-CAD:starseeker * 65444 brlcad/trunk/CMakeLists.txt: typedefs, not defines...
14:09.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:47.01*** join/#brlcad sofat (~androirc@101.214.52.81)
14:52.13Notify03BRL-CAD Wiki:Konrado DJ * 8764 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 22 JUNE 2015 */
14:56.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:02.56Notify03BRL-CAD:starseeker * 65445 brlcad/trunk/CMakeLists.txt: the type tests aren't reliable enough yet - add extra trigger for now.
15:03.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:08.13*** join/#brlcad sofat (~androirc@101.214.122.153)
15:08.40*** join/#brlcad sofat (~androirc@202.164.45.212)
15:28.22*** join/#brlcad sofat (~sofat@101.214.123.208)
15:50.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:18.14sofatstarseeker, please allow me to change this week milestone in proposal .
16:31.19*** join/#brlcad sofat_ (~androirc@202.164.45.204)
16:34.20*** join/#brlcad milinda_ (~milinda@112.134.178.206)
16:38.40milinda_https://bitbucket.org/milindasf/stepviewer/src/c595443bc989a55bd94e0e27288c7e59d0a7f1fb/stepviewermainwindow.cpp?at=default  refer line 119 to 158. I am trying to open a .g file and browse it brep components. but db_lookup line 144 fails. What am I doing wrong here. ???
16:51.48*** join/#brlcad sofat (~sofat@101.214.187.55)
17:09.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:29.51*** join/#brlcad sofat (~sofat@101.214.118.205)
17:37.13dracarys983milinda_: Um, the filepath field is for auxiliary files -- the files having texture maps and such things. You have to write the name of the primitive / combination's name which is required and it is in the database.
17:37.43sofatstarseeker, I have submitted my new patch on wordpress.xsl.in file please accept this as soon as possible
17:38.54Notify03BRL-CAD:starseeker * 65446 brlcad/trunk/src/libged/tire.c: Whoops - already handled the offset
17:38.56dracarys983For e.g : Say my database is axis.g. Now, on doing an "ls" in MGED, it gives me a list of primitives / combinations there.
17:40.31dracarys983Now, there is a primitive with the name "arb8" in the list for axis.g. So, I would use "db_lookup(dbip, arb8, LOOKUP_NOISY);"
17:41.01milinda_dracarys983: Okay Thanks I will try that :)
17:48.18dracarys983milinda_: I guess for the brep elements, you might want to convert the rt_db_internal struct obtained using rt_*_brep() in *_brep.cpp in librt. That's my guess :)
17:48.23dracarys983I hope this helps :)
17:52.23starseekersofat?
17:52.26starseekernuts
17:53.25*** join/#brlcad milinda_ (~milinda@112.134.178.206)
17:58.00*** join/#brlcad sofat (~sofat@49.138.148.154)
18:05.41*** join/#brlcad milinda_ (~milinda@112.134.178.206)
18:21.23milinda_dracarys983: Now db_lookup works fine. But the rt_db_internal crashes. Do you know why ?
18:22.37dracarys983milinda_: Yes. Because you have given a NULL casted by fastf_t * while that is a mat_t type parameter, I guess.
18:23.40dracarys983Well, give a bn_mat_identity (identity matrix) and try
18:24.45milinda_dracarys983:Okay
18:32.40milinda_dracarys983: problem is not solved yet. :(
18:37.57dracarys983milinda_: Uh oh. It's probably a database read failure.
18:39.18milinda_dracarys983:You mean in db_i* ?
18:39.40milinda_dracarys983: What about the resource parameter ?
18:40.14milinda_dracarys983: I think I am doing something wrong there ?
18:42.51dracarys983milinda_: Where is rt_uniresource defined?
18:46.51milinda_dracarys983: it's defined in the header i guess. okay problem solved. The problem was rt_db_internal * rtdbip was not initialized. Line 152 :)
18:47.12milinda_dracarys983: 3 days to resolve this. :)
18:47.37milinda_dracarys983: Including the corrections that you mentioned. :)
18:48.47dracarys983milinda_: Cool. Good going man. Things will get better. :)
18:49.49milinda_dracarys983: Anyway thanks for helping me. :)
18:50.51dracarys983milinda_: Oh, come on. It was just a push. You did the rest. :)
18:52.33dracarys983is done for the day. Going to sleep.
18:52.55*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.18)
19:02.44Notify03BRL-CAD:ejno * 65447 brlcad/trunk/src/libgcv/region_end_mc.c: free string returned by db_path_to_string()
19:18.08*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.119.64)
19:26.38*** join/#brlcad merzo (~merzo@39-123-132-95.pool.ukrtel.net)
19:30.28Notify03BRL-CAD Wiki:Ngassafinjap * 8765 /wiki/User:Amalia/Development_logs: /* Monday June 22nd */
19:32.01Notify03BRL-CAD Wiki:Ngassafinjap * 8766 /wiki/User:Amalia/Development_logs: /* Monday June 22nd */
19:36.37starseekersofat: which milestone was it you wanted to change?
19:36.51sofathtml to xml conversion
19:36.53sofatscript
19:37.05sofatbut noe this not needed
19:37.13starseekerok, that's fine
19:37.20sofatbecause i use xml for every thing
19:37.31sofatediting
19:37.45sofatvalidation etc..
19:37.59sofatnow you please allow me ?
19:38.03starseekernot a problem - tweaks like that are normal
19:38.06Notify03BRL-CAD Wiki:Terry.e.wen * 8767 /wiki/User:Terry.e.wen/log:
19:38.32sofatmeans please use simple english
19:38.43sofatso i easy to understand
19:38.43starseekeryes you man change the milestone
19:38.51starseekeryes you may
19:38.55sofatok
19:39.02sofatone request more
19:39.12sofati want to show you my work
19:39.18sofatif free
19:39.21sofatyou free
19:39.46starseekermaybe in a few hours?
19:39.53starseekerright now isn't good
19:40.00sofatok
19:40.13sofatanother thing i am submit my
19:40.30sofattwo patches last week which are clean according you
19:40.46starseekersofat: I don't grant commit access myself
19:41.08sofatok so what i do :-(
19:41.27starseekerdid you read the HACKING document?
19:41.28sofatmy work is pending without this.
19:41.33sofatyes
19:41.45starseekersofat: patches will work for the moment
19:42.21sofatmeans please explain more
19:42.57starseekeruntil you earn commit access, keep submitting patches as you have been doing
19:43.10sofatok
19:43.56sofati am worry about midterm because without commit access my work is not completed.
19:44.26starseekersofat: in what way?
19:45.21sofatbecause before midterm  i complete my 1-6 options
19:45.51sofatediting - update main repo - update wordpress using cron job and commit access.
19:46.04sofatby shell script
19:46.50starseekersofat: if you need to work on the technial aspects of interacting with the subversion repository, you could try setting up your own local subversion repo
19:47.00sofatok
19:47.18sofati will try
19:47.36sofatone more question
19:47.43starseekerfrankly, I don't think we'll want to have any web based changes feeding directly back into the main repository anyway
19:48.31sofatnot directly
19:48.44sofatadmin allow then changes applied
19:50.02sofatI could not found images for this document BRL-CAD_Tutorial_Series-VolumeIV.xml . You have any idea where the images.
19:54.28starseekersofat: it's probably the v4-* images in doc/docbook/books/en/images
19:55.27sofatok i check again
19:56.36sofatstarseeker, i am waiting for you when you free please tell me then I show you my work.
19:58.49*** join/#brlcad Izakey (~Izakey@41.205.22.24)
20:11.20*** join/#brlcad ries_ (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
20:16.58Notify03BRL-CAD:ejno * 65448 brlcad/trunk/src/libgcv/plugin.c: check pointer before incrementing
20:20.02*** join/#brlcad sofat (~sofat@49.138.148.154)
20:20.47Notify03BRL-CAD:starseeker * 65449 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Avoid a crash - this is a symptom of another bug.
20:20.56*** part/#brlcad Ch3ck_ (~Ch3ck@154.70.99.18)
20:34.38Notify03BRL-CAD:starseeker * 65450 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Avoid another crasher
20:47.17*** join/#brlcad sofat (~sofat@202.164.45.212)
21:29.15*** join/#brlcad sofat (~sofat@101.214.10.17)
21:51.03Notify03BRL-CAD Wiki:101.214.101.96 * 8768 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
21:52.16*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
21:53.20*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
22:54.16*** part/#brlcad ih8sum3r (~ih8sum3r@122.173.119.64)
23:20.02Notify03BRL-CAD Wiki:Deekaysharma * 8769 /wiki/User:Deekaysharma/logs:
23:36.00Notify03BRL-CAD Wiki:Bhollister * 8770 /wiki/User:Bhollister/DevLogJune2015:
23:41.18Notify03BRL-CAD Wiki:Bhollister * 8771 /wiki/User:Bhollister/Proposal: /* Project Schedule */
IRC log for #brlcad on 20150623

IRC log for #brlcad on 20150623

00:11.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:35.48Notify03BRL-CAD:starseeker * 65451 (brlcad/trunk/src/libbrep/shape_recognition_util.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Add faces list to output objects as an attribute.
04:32.58Notify03BRL-CAD:starseeker * 65452 brlcad/trunk/doc/docbook/resources/brlcad/wordpress.xsl.in: Apply patch #384 updating wordpress.xsl.in
04:38.34*** join/#brlcad milinda (~milinda@192.248.8.66)
06:32.23*** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-ixgictppbufpvenm)
06:51.36*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-iemgnkzophhckbhm)
07:30.53*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
07:32.05*** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net)
07:37.27*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
08:02.23*** join/#brlcad merzo (~merzo@92.60.189.225)
08:16.52*** join/#brlcad milinda (~milinda@192.248.8.66)
08:43.59Notify03BRL-CAD Wiki:Shaina7837 * 8772 /wiki/User:Shainasabarwal/GSoC15/logs: /* 16 June */
09:17.55Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8773 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
12:27.52*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.119.64)
12:30.34*** join/#brlcad merzo (~merzo@92.60.189.225)
12:41.22*** part/#brlcad ih8sum3r (~ih8sum3r@122.173.119.64)
12:49.37*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
13:16.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:30.06Notify03BRL-CAD:starseeker * 65453 brlcad/trunk/src/libged/shape_recognition.cpp: Don't keep going if we've got no subbreps_tree
13:43.30Notify03BRL-CAD Wiki:Ngassafinjap * 8774 /wiki/User:Amalia/Development_logs:
13:56.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:54.04*** join/#brlcad milinda (~milinda@124.43.73.221)
14:55.12milindabrlcad: https://bitbucket.org/milindasf/stepviewer/src/f888657ba24b0a1e7cfe9b6de27b6d356089ab22/images/step1.png?at=default I have read the .g file and iterated all the edge points and visualized it in the OpenGL view :)
14:56.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:58.30Notify03BRL-CAD:ejno * 65454 brlcad/trunk/src/libged/bot_merge.c: free rt_db_internal objects; add error message
15:05.01Notify03BRL-CAD:ejno * 65455 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: free BOT internal in object destructor
15:09.27*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-nqgwprdvxvtxaftg)
15:09.33Notify03BRL-CAD:ejno * 65456 brlcad/trunk/src/libged/bot_merge.c: free rt_db_internal
15:23.07Notify03BRL-CAD:ejno * 65457 brlcad/trunk/src/libged/bot_merge.c: free the rt_bot_internal objects in 'bots'
15:25.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:51.02Notify03BRL-CAD:ejno * 65458 (brlcad/trunk/include/rt/primitives/bot.h brlcad/trunk/src/libged/bot_merge.c brlcad/trunk/src/librt/primitives/bot/bot.c): move ged_bot_merge logic into rt_bot_merge()
15:51.31*** join/#brlcad sofat (~sofat@202.164.45.212)
15:55.27Notify03BRL-CAD:ejno * 65459 brlcad/trunk/include/rt/primitives/bot.h: add 'extern' to prototype
16:13.03*** join/#brlcad sofat (~sofat@202.164.45.208)
16:37.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:47.59*** join/#brlcad gurwinder (3b599e92@gateway/web/freenode/ip.59.89.158.146)
16:49.07gurwinderbrlcad: Hi, want to discuss about my current work.
18:09.59Notify03BRL-CAD:ejno * 65460 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check return value of db_walk_tree()
18:12.44Notify03BRL-CAD Wiki:59.89.158.146 * 8775 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
18:13.16Notify03BRL-CAD:ejno * 65461 brlcad/trunk/src/libgcv/CMakeLists.txt: implement gcv_facetize() based on ged_facetize()
18:20.56Notify03BRL-CAD:ejno * 65462 brlcad/trunk/src/libgcv/facetize.c: fix error
18:32.45Notify03BRL-CAD:n_reed * 65463 brlcad/trunk/doc/docbook/system/man1/en/rtarea.xml: avoid tabs to preserve man formatting
18:34.33Notify03BRL-CAD:ejno * 65464 brlcad/trunk/src/libgcv/facetize.c: convert all regions and shells into BOTs
18:43.44Notify03BRL-CAD:ejno * 65465 brlcad/trunk/src/libgcv/facetize.c: use nmg_kill_cracks()
18:58.24Notify03BRL-CAD:ejno * 65466 brlcad/trunk/src/libgcv/facetize.c: fuse resulting BOT
19:29.33*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qjrmmmtgbwbpzldh)
19:46.19*** join/#brlcad merzo (~merzo@58-129-133-95.pool.ukrtel.net)
20:22.17``Erikimage recognition neural networks tweaked to draw... http://googleresearch.blogspot.com/2015/06/inceptionism-going-deeper-into-neural.html
20:31.59Notify03BRL-CAD Wiki:202.164.45.208 * 8776 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
20:40.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:57.19*** join/#brlcad andrei_il (~andrei@109.100.128.78)
21:35.53Notify03BRL-CAD Wiki:Ngassafinjap * 8777 /wiki/User:Amalia/Development_logs: /* Tuesday June 23rd */
21:50.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:52.15Notify03BRL-CAD Wiki:Ngassafinjap * 8778 /wiki/User:Amalia/Development_logs: /* Tuesday June 23rd */
22:59.35Notify03BRL-CAD Wiki:Konrado DJ * 8779 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 23 JUNE 2015 */
23:28.01Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8780 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
IRC log for #brlcad on 20150624

IRC log for #brlcad on 20150624

00:05.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:13.38Notify03BRL-CAD Wiki:Bhollister * 8781 /wiki/User:Bhollister/DevLogJune2015: /* Tuesday, June 23, 2015 */
00:25.16Notify03BRL-CAD:starseeker * 65467 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Try to start setting up for better error reporting, test for edge sharing two general surfaces. Looks like something has broken independent of this commit...
00:33.27Notify03BRL-CAD:starseeker * 65468 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Revert 65449 - broke bot building.
00:36.53Notify03BRL-CAD:starseeker * 65469 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Might help to actually check the map...
00:49.55Notify03BRL-CAD Wiki:Bhollister * 8782 /wiki/User:Bhollister/DevLogJune2015: /* Tuesday, June 23, 2015 */
02:15.34*** join/#brlcad gurwinder (75dc91b6@gateway/web/freenode/ip.117.220.145.182)
02:16.03gurwinderbrlcad: Morning
02:17.40gurwinderbrlcad: I have almost done my work and put that file on my Github account. I have submitted my patch but I it reqiures some changes.
02:19.12gurwinderIt converts all those primitives successfully. Now, I'm working on output option so write it in file.
02:21.15gurwinderI am able to write those primitives by alternative way. When I write -o option in command line it gaves me segmentation error.
03:25.30starseekersofat?
03:39.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:08.03*** join/#brlcad milinda (~milinda@192.248.8.66)
04:40.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:53.23*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
07:59.22*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:43.16Notify03BRL-CAD Wiki:MilindaFernando * 8783 /wiki/User:MilindaFernando/gsoc2015_devlog: /* STEP Viewer Project Development Log */
09:02.36Notify03BRL-CAD Wiki:MeShubham99 * 8784 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 4 */
09:03.50Notify03BRL-CAD Wiki:MeShubham99 * 8785 /wiki/User:MeShubham99/GSoc15/log_developmen:
09:06.43milindaTo stop step2g converter in format 3, What is the method I should focus on. Is it bool STEPWrapper::convert(BRLCADWrapper *dot_g) ?
09:30.31Notify03BRL-CAD Wiki:Konrado DJ * 8786 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 24 JUNE 2015 */
11:52.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:36.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:09.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:59.45*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
15:49.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:19.39Notify03BRL-CAD:ejno * 65470 brlcad/trunk/src/libged/facetize.c: remove unused variable
16:25.28*** join/#brlcad milinda (~milinda@112.134.123.239)
16:29.50*** join/#brlcad sofat (~sofat@202.164.45.204)
16:30.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:40.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:49.00*** join/#brlcad andrei_il (~andrei@109.100.128.78)
16:54.51Notify03BRL-CAD:starseeker * 65471 brlcad/trunk/src/libbu/opt.c: strtof is C99 - try another approach.
16:56.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:17.30*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.20)
17:23.41*** join/#brlcad sofat (~sofat@202.164.45.208)
17:52.33*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.119.64)
18:16.45Notify03BRL-CAD Wiki:Shaina7837 * 8787 /wiki/User:Shainasabarwal/GSoC15/logs: /* 22 June */
18:17.09Notify03BRL-CAD Wiki:Shaina7837 * 8788 /wiki/User:Shainasabarwal/GSoC15/logs: /* 24 June */
18:17.23Notify03BRL-CAD Wiki:Shaina7837 * 8789 /wiki/User:Shainasabarwal/GSoC15/logs: /* 22 June */
18:24.28Notify03BRL-CAD Wiki:Ngassafinjap * 8790 /wiki/User:Amalia/Development_logs: /* Tuesday June 23rd */
18:25.43Notify03BRL-CAD Wiki:Ngassafinjap * 8791 /wiki/User:Amalia/Development_logs: /* Saturday June 20th */
18:32.22*** join/#brlcad amalia237 (~amalia237@41.205.22.30)
18:32.50*** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-qjrmmmtgbwbpzldh)
18:42.24*** join/#brlcad Izakey (~Izakey@41.205.22.38)
18:45.29*** part/#brlcad ih8sum3r (~ih8sum3r@122.173.119.64)
18:46.46Notify03BRL-CAD:ejno * 65472 (brlcad/trunk/include/rt/func.h brlcad/trunk/src/libgcv/facetize.c brlcad/trunk/src/librt/CMakeLists.txt): initial work on rt_obj_reduce()
19:13.41*** join/#brlcad merzo (~merzo@254-86-200-46.pool.ukrtel.net)
19:14.03Notify03BRL-CAD Wiki:Terry.e.wen * 8792 /wiki/User:Terry.e.wen/log:
20:11.48Notify03BRL-CAD:ejno * 65473 brlcad/trunk/src/libged/bot_merge.c: free 'bots' before returning
20:43.47*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
20:43.54*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
20:48.31*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
20:55.42sofatbrlcad, hello
20:56.03sofatI have update my script which I will run under cron job please
20:56.19sofatcheck my logic and tell me any changes
20:56.20sofathttps://github.com/sofathitesh/brlcadscript/blob/master/copy_document.sh
20:57.07sofatstarseeker, hello
20:59.53starseekersofat: howdy
21:00.11sofatif  you free please check my work
21:00.17starseekersofat: where should I look?
21:01.01sofathttp://202.164.53.122/wordpress/?page_id=426
21:01.11sofati want to explain step by step
21:01.47sofatfirst task  is merge the docs with website
21:01.58sofatsecond is search
21:02.02sofatplease these first
21:02.06sofatcheck
21:04.23sofatif you check these task then tell me
21:04.24starseekersofat: ok, looks fairly good.  my browser capabilities are a bit limited at the moment, so I will check again tonight, but looks good so far
21:04.37sofatok now next
21:04.59sofatopen any document and click on edit option
21:05.34sofatmade some changes in document
21:05.57sofatif you done then tell me
21:06.34starseekersofat: I may not have the browser capabilitiy to test that one right now - give me a couple minutes.  If this doesn't work I'll try again tonight
21:06.44sofatok
21:07.40sofatI gave you admin username and password
21:07.44sofatusername :- root
21:07.55sofatpassword :- sofat
21:10.04sofatstarseeker, if you not able to check my web work so please check my script which i will use under cron job. tell me any changes in logic.
21:10.34starseekersofat: I will check your web work in a few hours
21:11.11sofatok :-(
21:11.31starseekersofat: one suggestion on the script - you might want to make a list of directories to create and iterate over it
21:11.33``Erik*hackhackhack*
21:11.45starseeker``Erik: are you available to check on sofat's site?
21:11.52starseekercan't see it at the moment
21:11.58``Erikheading out the door to pick up Dom and head to tae kwon do, srry
21:12.07sofat?
21:12.15``Erikjust saw an IP, username and passwd in channel, so'z I had to quip :)
21:12.32sofatmeans ?
21:12.37sofatin simple english
21:13.10starseekerhe has to go somewhere - he was concerned when he saw a username and password posted in the open channel
21:13.30starseekerit would be better to change them and /msg the new settings to me
21:13.44sofatok i send you personal mail
21:14.44starseekersofat: I don't know if this is easy to fix, but I'm not having much luck viewing the web pages with text based browsers like elinks and lynx
21:15.00sofatok
21:15.22sofatno problem when you get right browser then you check
21:15.36starseekersofat: please list the other steps you would like me to take to test the site and I will do so
21:15.48sofatok
21:16.02sofat1) merge documents with website
21:16.06sofat2 )search
21:16.27sofat3 ) without login  editng
21:16.37sofat4) after login editing
21:16.51sofat5 ) review the changes
21:17.16sofat6) apply the changes on main document
21:18.40sofatand last is update the main repo by commit and update the wordpress directory these work is not complete yet because my script under review when script it pass then i do this work
21:18.52starseekernods
21:19.12sofatstarseeker, I also  want to explain my logic if you gave me permission
21:19.17starseekersure
21:19.29sofatfirst in editing
21:20.29sofatI am using firepad editor this editor is open source and most impotent feature is this editor is support the real time editing
21:21.11sofatmeans main one or then one person able to edit the document without loss of any information of any person
21:21.25starseekersounds good
21:21.29sofatI am using jquery with this, with help this
21:21.41starseekerah, no wonder a text browser can't see it
21:22.51sofati post the document content to php file to save in xml file continuously  I am set timer on editor after 5 min all data will saved automatically
21:23.09sofatsorry after 5 second
21:23.21starseekerok
21:23.22sofatdata will store in xml file
21:23.52sofatuser not edit the original file they only edit the copy of original file
21:24.06sofatwhich are stored in review directory
21:25.14sofatmeans when user click on edit button then copy of original document placed in review folder and user only edit the copy document
21:25.27sofatnow next how to check the editing..
21:26.06sofatyou login as admin and click on xml files menu which are placed in left side
21:26.16sofatclick on review edit
21:26.27sofatthere you see all editing files
21:26.34sofatclick on any one
21:26.57sofatnow I am using diff -u -f original file  edit file
21:27.03sofat-u -b
21:27.09sofatnot -f
21:27.26starseekerok
21:27.37sofatwith help of this I am getting the changes which are done by users
21:28.33sofatnow there is accept button if you want to accept these changes then click on this after click the all changes converted into patch file
21:28.42sofatand applied on original document
21:29.04sofatthen patch file deleted automatically
21:29.31sofatand edit document also deleted for review directory
21:29.40sofats/for/from
21:30.08starseekersounds good
21:30.23sofatnow second button for discard if you not accept the changes then you discard it
21:30.41sofatafter this edit file deleted form review directory
21:31.10sofatlast option is pending because my script is under the review
21:31.52starseekersofat: OK, sounds like good progress.  I will review later this evening
21:32.03sofatwith help ofn this script i update the main repo and compile the code of brlcad and last copy the updated document to wordpress
21:32.06sofatdirectory
21:32.39starseekersofat: I suspect you might be able to shorten the script by iterating over lists of directories rather than having code blocks for each one... just a thought
21:33.06sofatmeans
21:33.13sofatin simple way
21:33.37starseekerfor each directory, you are doing the same thing
21:33.45sofatyes
21:33.49starseekerin the shell script, you should be able to make a list
21:33.54sofatok
21:33.58starseekerthen use a for loop to iterate over each item in the list
21:34.02sofatlike for loop
21:34.07starseekerexactly
21:34.11sofato
21:34.12sofatok
21:34.42sofati will do this and i will update you as soon as possible
21:35.02starseekervery good - I'll be back later
21:35.08sofatthanks you
21:43.20Notify03BRL-CAD Wiki:202.164.45.208 * 8793 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
22:44.39*** join/#brlcad merzo (~merzo@45-53-133-95.pool.ukrtel.net)
23:57.58brad_hstarseeker: what binary does /src/proc-db/nmgmodel.c compile to? i'm trying to find some use cases of the nmg internal api. thanks.
IRC log for #brlcad on 20150625

IRC log for #brlcad on 20150625

00:00.44brad_hstarseeker: also, i may need to scale back my proposal to just handle nmg (not BoTs as well). the original proposal suggestions were for nmg only. for a summer project i think there is enough to do with just nmg. what do you think?
00:07.41Notify03BRL-CAD Wiki:Bhollister * 8794 /wiki/User:Bhollister/DevLogJune2015: /* Wednesday, June 24, 2015 */
00:27.38Notify03BRL-CAD:starseeker * 65474 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 4 others): More error message work.
01:32.27Notify03BRL-CAD:starseeker * 65475 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 5 others): More msg handling.
01:33.12starseekerbrad_h: I would tend to agree that nmg has plenty to do
01:33.45starseekerbrad_h: nmgmodel.c compiles to src/proc-db/nmgmodel in the build directory
01:35.29*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
02:48.56*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-sfjmxnpjgvdidxps)
04:29.55Notify03BRL-CAD Wiki:117.199.98.50 * 8795 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
05:12.02*** join/#brlcad cardinot (~cardinot@187.16.242.24)
05:12.02*** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
06:10.46*** join/#brlcad merzo (~merzo@76-29-132-95.pool.ukrtel.net)
06:20.07*** join/#brlcad milinda (~milinda@192.248.8.66)
06:51.52*** part/#brlcad cardinot (~cardinot@unaffiliated/cardinot)
08:03.49*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:40.46*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
11:10.49*** join/#brlcad luca79 (~luca@na-19-81-193.service.infuturo.it)
12:20.08*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
13:05.45Notify03BRL-CAD:ejno * 65476 brlcad/trunk/src/librt/reduce.c: set minimum tolerances; also fuse BOT during reduction
13:16.05*** join/#brlcad luca79 (~luca@na-19-81-193.service.infuturo.it)
13:36.21Notify03BRL-CAD Wiki:Deekaysharma * 8796 /wiki/User:Deekaysharma/GSoc15/OGV_production_ready_plan:
14:16.40dracarys983starseeker, ejno: I got a warning about "result" being clobbered by longsetjump / vfork in "libged/draw.c" -- lines 409 and 431. I changed the type from "int" to "static int" and it compiled fine.
14:16.57dracarys983Just informing :)
14:24.46*** join/#brlcad sofat (~androirc@101.214.26.167)
14:34.14Notify03BRL-CAD:ejno * 65477 brlcad/trunk/src/libged/draw.c: make 'result' static so it won't get clobbered when jumping
14:34.31ejnodracarys983: thanks for reporting, should be fixed now
14:35.44dracarys983ejno: Great :D
14:44.50dracarys983ejno: Getting same error for arg, totlen and no_draw in mged/clone.c -- lines 907, 911 and 916.
14:46.21*** join/#brlcad sofat (~androirc@101.214.26.167)
14:46.34dracarys983ejno: mged/facedef.c -- lines 87, variable status. Same error.
14:46.47*** join/#brlcad sofat (~androirc@202.164.45.204)
14:54.58*** join/#brlcad sofat_ (~sofat@202.164.45.212)
15:23.09*** join/#brlcad sofat_ (~sofat@101.214.114.57)
15:25.45ejnodracarys983: thanks
15:46.21Notify03BRL-CAD:ejno * 65478 (brlcad/trunk/src/mged/clone.c brlcad/trunk/src/mged/facedef.c): silence some more longjmp warnings
16:04.41*** join/#brlcad sofat_ (~sofat@202.164.45.204)
16:05.37Notify03BRL-CAD:ejno * 65479 brlcad/trunk/src/librt/reduce.c: check range of reduction_level
16:13.33Notify03BRL-CAD:ejno * 65480 brlcad/trunk/src/libgcv/facetize.c: silence longjmp warnings
16:21.49*** join/#brlcad sofat_ (~sofat@101.214.173.131)
16:34.53*** join/#brlcad milinda (~milinda@103.247.48.22)
16:58.44Notify03BRL-CAD:ejno * 65481 brlcad/trunk/src/librt/reduce.c: fix check of reduction_level
17:55.34sofat_starseeker, hello
17:57.15*** join/#brlcad gurwinder (75d6cdec@gateway/web/freenode/ip.117.214.205.236)
17:58.15*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.119.64)
18:00.52dracarys983brlcad: I have written a first working version of my generic volume function -- with the API. I'll submit it as a patch -- check it when you're free?
18:03.36gurwinderbrlcad: Hi
19:12.52*** join/#brlcad sofat_ (~sofat@202.164.45.204)
19:23.55*** join/#brlcad andrei_il (~andrei@109.100.128.78)
19:46.43Notify03BRL-CAD Wiki:Terry.e.wen * 8797 /wiki/User:Terry.e.wen/log:
19:56.54*** join/#brlcad sofat_ (~sofat@202.164.45.204)
20:06.42*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
20:48.30ih8sum3rHi brlcad, please ping me whenever you are free. It's urgent.
20:53.31``Erikif it's urgent, maybe you should just state your question or concern instead of playing irc tag, right? :)
21:35.39*** join/#brlcad sofat (~sofat@202.164.45.204)
22:00.15sofatstarseeker, you checked my work ?
22:21.02Notify03BRL-CAD Wiki:MeShubham99 * 8798 /wiki/User:MeShubham99/GSoc15/log_developmen:
22:21.31Notify03BRL-CAD Wiki:202.164.45.204 * 8799 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
22:31.24*** part/#brlcad ih8sum3r (~ih8sum3r@122.173.119.64)
22:37.15Notify03BRL-CAD Wiki:Deekaysharma * 8800 /wiki/User:Deekaysharma/logs:
23:19.50brlcadgrr, if it's urgent, stay on irc...
23:35.24Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8801 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
IRC log for #brlcad on 20150626

IRC log for #brlcad on 20150626

01:56.02*** join/#brlcad infobot (ibot@rikers.org)
01:56.02*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
02:49.13*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-tvjduvonunvanxod)
03:46.31*** join/#brlcad gurwinder (75d6cdec@gateway/web/freenode/ip.117.214.205.236)
03:50.57gurwinderbrlcad: Hi. I have submitted a ptch after some changes. I want to know that is it required to submit patch by making single primitive in single patch or what
03:51.22gurwinderI submitted ( whole converter ) is Ok?
05:09.38*** join/#brlcad milinda (~milinda@192.248.8.66)
05:33.56Notify03BRL-CAD Wiki:Bhollister * 8802 /wiki/User:Bhollister/Proposal:
05:38.41Notify03BRL-CAD Wiki:Bhollister * 8803 /wiki/User:Bhollister/DevLogJune2015:
06:17.03*** join/#brlcad milinda (~milinda@192.248.8.66)
07:03.05Notify03BRL-CAD Wiki:MeShubham99 * 8804 /wiki/User:MeShubham99/GSoc15/log_developmen:
07:56.24*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:05.42*** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:18.17*** join/#brlcad andrei_il (~andrei@109.100.128.78)
09:58.13*** join/#brlcad milinda (~milinda@192.248.8.66)
10:30.02Notify03BRL-CAD Wiki:MeShubham99 * 8805 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 5 */
11:24.26*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
14:07.33Notify03BRL-CAD Wiki:Ngassafinjap * 8806 /wiki/User:Amalia/Development_logs: /* Wednesday June 24th */
15:03.59*** join/#brlcad sofat (~sofat@202.164.45.204)
15:21.41*** join/#brlcad gurwinder (3b5b77bb@gateway/web/freenode/ip.59.91.119.187)
16:31.03*** join/#brlcad amalia237 (~amalia237@41.205.22.40)
16:33.42*** join/#brlcad bradh (~brad@2601:647:cb02:7a00:685e:8e04:ac54:ebf9)
16:36.26bradhstarseeker: we have a mtg today @ 10AM PST. i need to get to my campus office though. i should be available on irc around 10:30.
16:38.21bradhstarseeker: we talked last week about applying a patch for a top-level nmg command like brep. i've stubbed that out.
16:39.10bradhstarseeker: however, because the top-level command calls many functions that may or may not be used, probably best to pick a small functioning subset for application of the  patch.
16:39.52bradhstarseeker: in other words, minimal functionality at first, like  adding faces to the nmg.
16:40.23bradhstarseeker: but, i started with verts, etc. so, we should be there in a day or so.
16:42.02bradhstarseeker: i also updated my project schedule, but in a general way. since i'm working out the exact specs as i discover more about brlcad, it is purposely vague.
16:42.49bradhstarseeker:  i can add detail for maybe a week  out  if needed. best  just to read the dev log for detail instead.
17:27.36*** join/#brlcad sofat (~sofat@202.164.45.204)
17:39.06brlcadbradh: have you submitted your stub as a patch?
17:39.34brlcadit'd be useful to see the nmg api written out on a wiki page or pastebin
17:40.09amalia237Hi brlcad
17:40.58brlcadhi amalia237
17:42.15amalia237Howdy brlcad hope you are well
17:43.51brlcadamalia237: i am well!  thanks.  crazy busy, but doing well.. how's your project coming along?
17:45.21amalia237I'm working on it . Communication  and coding improved after my final year project submissions brlcad
17:45.55brad_hbrlcad: no. the top-level command calls functions that manipulate the nmg. but, those are likely considered separate patches. also, some are untested and placeholders.
17:47.47amalia237brlcad, it's really geometry-intense,
17:49.04brad_hbrlcad: in other words, the top-level stub does very little other than comparing argument strings to call subcommand routines. without any subcommands as part of the patch, the stub might not be viable as a patch alone.
17:49.20*** join/#brlcad sofat (~sofat@202.164.45.204)
17:51.37brad_hbrlcad: however, soon as i add the ability to add faces thru the top-level command, i'll submit the patch. later today / weekend.
17:56.43*** join/#brlcad sofat (~sofat@202.164.45.204)
17:59.02*** join/#brlcad merzo (~merzo@189-2-133-95.pool.ukrtel.net)
17:59.43*** join/#brlcad gurwinder (75cf9da2@gateway/web/freenode/ip.117.207.157.162)
18:25.31*** join/#brlcad sofat (~sofat@202.164.45.212)
18:30.09brlcadamalia237: yeah, part of me thinks the project would have been scoped quite differently if there had been more interaction and code writing when you were writing up the proposal
18:30.42brlcadbrad_h: if the patch stubs in an empty command that I can run, it's a viable patch
18:31.08brlcadeven if it does nothing ala int ged_whatever(...) { return 0; }
18:31.35brlcadbrad_h: it would be good to see a usage specifier for this new command (before you spend time implementing it)
18:32.18gurwinderbrlcad: hi
18:33.46gurwinderwant to discuss about my mid term evaluation
18:35.30amalia237brlcad, I did code writing during the writing of my proposal. Albeit, there wasn't the same level of interaction and coding during the Community Bonding period. However, I intend to stay within the LibreCAD community even after GSoC to complete the project.
18:36.42brad_hstarseeker: alright. that should be easy to do. i just need to pull down the current head of brlcad and merge my appropriate "branch" code. then i'll submit the patch.
18:37.09brlcadamalia237: that sounds great, the work is never ending and there are so many ways to help
18:37.43brlcadbrad_h: thanks .. do you have other patches pending?
18:39.04gurwinderbrlcad: In evaluation there are some question that are difficult for me to answers. Like, you intrection with mentor and you time period when you started communicationn with your mentor
18:39.49gurwinderbrlcad: As you know I got my answers from you so what to do with it,
18:40.21brlcadgurwinder: your log is mentor communication in addition to irc
18:40.25brlcadin addition to mailing list
18:40.51brad_hbrlcad: yes. one from quite awhile back. http://sourceforge.net/p/brlcad/patches/354/
18:40.53brlcadso for most students, interaction should be listed as daily or more unless they're not reporting their progress ;)
18:41.24brad_hbrlcad: all dev on current project has been submitted to a github branch as sandbox
18:41.39gurwinderbrlcad: Ok, can I answer these questions taking you as my mentor?
18:41.42brlcadbrad_h: ah right!  that one I actually applied, but didn't get to testing
18:42.02brlcadgurwinder: we do group mentoring, so consider all interactions with everyone as being "your mentor"
18:42.32brlcadgurwinder: but basically "yes"
18:43.33gurwinderbrlcad: Ok, thats great. I have submitted my patch as a single file
18:44.13gurwinderbrlcad: Is it require to be submitted each primitive conversion  code as single file?
18:44.24dracarys983brlcad: I just uploaded my patch. Have a look when free : https://sourceforge.net/p/brlcad/patches/385/.
18:44.26dracarys983<PROTECTED>
18:44.29*** join/#brlcad Izakey (~Izakey@41.205.22.55)
18:45.57brlcadhello Izakey
18:53.58gurwinderbrlcad: As my GSOC schedule I have converted all those primitives successfully. You can check it as,   BRL-CAD_directory/.build/src/conv/g-pov -D brlcad_database objects > povray_file.pov
18:55.11*** join/#brlcad Izakey (~Izakey@41.205.22.33)
18:55.40IzakeyHi brlcad
18:55.52*** join/#brlcad sofat (~sofat@202.164.45.204)
18:57.30IzakeyHi gurwinder , Howdy ?
18:57.54gurwinderIzakey: Good. And You?
18:58.22IzakeyI am fine . Have you written the pre-midterm summary already ? gurwinder
18:59.13IzakeyPaste it on your logs before Friday next week
19:00.25gurwinderIzakey: Not yet but I will write it in my logs. Just a summary of what I have done in first half?
19:00.54gurwinderHave you view my patch?
19:07.51Notify03BRL-CAD Wiki:Terry.e.wen * 8807 /wiki/User:Terry.e.wen/log:
19:11.48Izakeyyes gurwinder , a summary of what you've done before the Midterm evaluations
19:20.09gurwinderIzakey: I am getting segmentation fault while I am trying to set -o option for output
19:20.35IzakeyWhich debugger are you familiar with gurwinder
19:21.36gurwinderIzakey: Are you talking about debugger tool?
19:21.54IzakeyYes gurwinder
19:22.12gurwinderIzakey: No, I haven't use any
19:22.31gurwinderIzakey: Which one to use?
19:22.53StragusDepends on your platform/compiler, gdb isn't too hard to use and powerful
19:22.57IzakeyI think the best is gdb
19:23.42Stragusgdb /path/to/executable   ; type "r" to run, make it crash then "bt" for a backtrace
19:26.07gurwinderIzakey: Setting -o option for output is not in my schedule as I have put my time in converting primitives. Is it going to effect my progress report?
19:26.44gurwinderStragus: Thanks :)
19:27.28StragusIf you want to pass arguments to the program, you need to add them to the "r" command
19:27.50Stragus"r foo -o bar"
19:28.35gurwinderStragus: Yes, these are also in man gdb :)
19:29.16gurwinder*Type it in command line
19:30.55StragusEh cool, the gdb man page wisely only includes the most frequent commands. It would have been monstrous if the whole list had been included
19:32.26Izakeyhttp://betterexplained.com/articles/debugging-with-gdb/ can help you gurwinder. Also, google is your friend :)
19:46.12IzakeyHello brlcad
19:48.57*** join/#brlcad Izakey (~Izakey@41.205.22.6)
20:03.39sofatstarseeker, hello
20:15.11brlcadyou all should know by now that saying hello is nice, but does not imply you will get a response ... if you are really meaning to say "are you here??" then you should just ask a question and stick around for a response ;)
20:15.15brlcadi.e.,...
20:15.16brlcad~ask
20:15.17infobotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
20:15.33brlcadif you really are saying hello, hi! :)
20:15.45brlcads/saying/just saying/
20:17.27sofatbrlcad, sorry
20:17.46sofatstarseeker, you checked my work ? please tell me
20:30.20Notify03BRL-CAD Wiki:Ngassafinjap * 8808 /wiki/User:Amalia/Development_logs: /* Friday June 26th */
20:37.11Notify03BRL-CAD Wiki:MeShubham99 * 8809 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
21:01.10IzakeyHello brlcad
21:01.25IzakeySaw your ping. Internet was a mishap
21:06.58Notify03BRL-CAD:starseeker * 65482 brlcad/trunk/src/libbrep/shape_recognition.cpp: One can be valid for an edge trim count. Also, pass along the trim type to the new trims.
21:07.07starseekersofat: yes, I checked it
21:07.18sofatso any error ?
21:07.27sofatany changes ?
21:07.38sofatany problem you faced ?
21:07.53starseekersofat: mostly interface design questions, which will be worked out over time
21:08.05sofatok
21:08.12sofattell me
21:08.23*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:09.37sofatwhat changes you want in interface ?
21:11.34sofatstarseeker, please tell the changes ?
21:12.21starseekerhold on
21:13.46*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
21:22.37starseeker1) autogenerate menu from BRL-CAD output (no static list of files.)
21:23.07starseeker2) "accordian" menu on left side of page listing categories of documentation (autogenerated)
21:24.02starseekersee https://www.blender.org/manual/
21:24.49sofati see this
21:25.42starseekersofat: we want both the accordian or "tree" style blender is using, and to preserve the menu on the left as you browse the same way blender's manual does
21:25.54sofatok
21:27.25starseekeralso, like with the blender manual, when you select a link from the menu and view it the menu remains present on the left
21:27.38starseeker(same thing when editing a page)
21:29.54sofatok
21:31.44sofatnext
21:33.41sofatany other changes ? if not, then i have some question
21:38.06*** join/#brlcad konrado (~konro@41.205.22.62)
21:38.53sofatstarseeker, i want to ask some questions if you allow me
21:43.30Notify03BRL-CAD Wiki:Konrado DJ * 8810 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 26 JUNE 2015 */
21:43.30*** join/#brlcad andrei_il (~andrei@109.100.128.78)
21:49.22sofatstarseeker, I am this in xml but when xml converted into html and php. Then i found the content of page is same means all id's is same so it is difficult to me to apply the jquery on this content  
21:50.35sofatwhich menu i show you this is made in php using directory read write functions and I provide uniqueness in id or classes so my this content easy to adopt my jquery script.
21:51.30sofati am try in xml
22:10.45Notify03BRL-CAD Wiki:202.164.45.204 * 8811 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
22:22.48*** join/#brlcad sofat (~androirc@101.214.107.59)
22:29.26*** join/#brlcad sofat_ (~sofat@202.164.45.204)
IRC log for #brlcad on 20150627

IRC log for #brlcad on 20150627

01:14.08Notify03BRL-CAD Wiki:Bhollister * 8812 /wiki/User:Bhollister/DevLogJune2015: /* Friday, June 26, 2015 */
02:08.06Notify03BRL-CAD:n_reed * 65483 brlcad/trunk/src/archer/TODO: incorporate most items from my version of Cliff's circa 7.24.2 user-solicited list
02:29.57Notify03BRL-CAD:ejno * 65484 brlcad/trunk/src/libgcv/bot_solidity.c: check magic
02:49.24*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kkpxfmrnfjufumcv)
03:17.12Notify03BRL-CAD:ejno * 65485 brlcad/trunk/src/conv/3dm/CMakeLists.txt: check argc for input filename; fix check of UUID repair; adjust object names; some refactoring
03:18.16Notify03BRL-CAD:ejno * 65486 brlcad/trunk/src/librt/reduce.c: decimate after fusing
03:29.53*** join/#brlcad sofatf (~androirc@202.164.45.204)
04:27.32*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
06:56.55*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
07:38.52*** join/#brlcad sofat (~androirc@101.214.123.186)
08:22.01*** join/#brlcad milinda (~milinda@112.134.60.184)
08:39.42*** join/#brlcad andrei_il (~andrei@109.100.128.78)
08:42.42Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8813 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
08:44.02Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8814 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */
09:47.52*** join/#brlcad milinda (~milinda@112.134.60.184)
09:58.42*** join/#brlcad sofat (~sofat@202.164.45.204)
10:23.08*** join/#brlcad sofat (~sofat@101.214.57.113)
10:23.43*** join/#brlcad sofat_ (~sofat@202.164.45.204)
10:32.09*** join/#brlcad sofat_ (~sofat@202.164.45.204)
10:55.07*** join/#brlcad milinda (~milinda@112.134.60.184)
11:28.26*** join/#brlcad sofat (~sofat@202.164.45.208)
12:15.20*** join/#brlcad sofat (~sofat@202.164.45.208)
13:36.33*** join/#brlcad milinda (~milinda@124.43.140.160)
13:47.52*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-zkohputmcqsgjfsf)
14:12.13milindaanyone knows where the namespace SCHEMA_NAMESPACE defined ?
15:14.13*** join/#brlcad sofat (~sofat@202.164.45.204)
15:19.52*** join/#brlcad milinda (~milinda@124.43.140.160)
16:36.16*** join/#brlcad luca79 (~luca@151.35.64.62)
16:47.49*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
17:09.00*** join/#brlcad gurwinder (75cf9ecd@gateway/web/freenode/ip.117.207.158.205)
17:12.41brlcadwaves
17:14.19Straguswaves back
17:25.38Notify03BRL-CAD Wiki:117.207.158.205 * 8815 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
17:39.47dracarys983also waves back
17:55.24*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.208.198)
18:18.37*** part/#brlcad ih8sum3r (~ih8sum3r@122.173.208.198)
18:23.09``Erikwaves front
18:29.09*** join/#brlcad andrei_il (~andrei@109.100.128.78)
18:39.49*** join/#brlcad sofat (~sofat@202.164.45.204)
19:05.58*** join/#brlcad dli_ (~dli@104.243.103.196)
19:08.50Notify03BRL-CAD Wiki:Konrado DJ * 8816 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 27 JUNE 2015 */
19:10.36sofatstarseeker, I need some help from you regarding my menu work. i am little bit confuse in this please response me if you free.
19:11.42*** join/#brlcad konrado (~konro@41.205.22.11)
19:16.06*** join/#brlcad konrado_ (~konro@41.205.22.51)
19:25.57sofatstarseeker,  "autogenerate menu from BRL-CAD output (no static list of files.)" please explain this  
19:26.53sofatstarseeker, "accordian" menu on left side of page listing categories of documentation (autogenerated) " your theme is not support left menu , theme only support right side menu
19:30.53*** join/#brlcad bradh (~brad@2601:647:cb02:7a00:e4c9:2e28:fd49:7842)
19:47.11*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.208.198)
19:47.59*** join/#brlcad konrado__ (~konro@41.205.22.55)
20:01.25Notify03BRL-CAD Wiki:Deekaysharma * 8817 /wiki/User:Deekaysharma/logs:
20:16.05*** join/#brlcad andrei_il (~andrei@109.100.128.78)
20:20.25*** join/#brlcad konrado_ (~konro@41.205.22.27)
20:28.35*** part/#brlcad ih8sum3r (~ih8sum3r@122.173.208.198)
21:41.04Notify03BRL-CAD Wiki:202.164.45.204 * 8818 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
21:51.43*** join/#brlcad sofat (~sofat@202.164.45.204)
23:03.20Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8819 /wiki/User:Andrei.ilinca24/logs: /* Midterm Evaluation Period */
IRC log for #brlcad on 20150628

IRC log for #brlcad on 20150628

00:41.14Notify03BRL-CAD:starseeker * 65487 brlcad/trunk/src/conv/3dm/3dm-g.cpp: build tweaks for 3dm-g
00:44.12starseekersofat?
00:44.16starseekerarrgh
00:54.08starseekerhmm:  http://include-what-you-use.org/
00:59.56Notify03BRL-CAD:starseeker * 65488 (brlcad/trunk/src/conv/csg/csg_parser.lemon brlcad/trunk/src/conv/csg/csg_scanner.perplex): Apply patch #386 from Ilinca Andrei adding more logic to the csg parser
04:14.38*** join/#brlcad infobot (ibot@170-72-30-126.ut.vivintwireless.net)
04:14.38*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
04:33.42*** join/#brlcad milinda (~milinda@124.43.69.52)
07:00.30*** join/#brlcad milinda (~milinda@124.43.69.52)
08:37.01*** join/#brlcad sofat (~sofat@202.164.45.204)
08:49.38Notify03BRL-CAD Wiki:Ngassafinjap * 8822 /wiki/User:Amalia/Development_logs: /* Saturday June 27th */
08:52.28*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
09:18.11*** join/#brlcad sofat (~sofat@202.164.45.208)
11:57.50*** join/#brlcad milinda (~milinda@103.247.48.185)
12:06.29*** join/#brlcad sofat (~sofat@202.164.45.204)
12:41.00*** join/#brlcad sofat (~sofat@202.164.45.204)
13:09.03*** join/#brlcad sofat (~sofat@202.164.45.204)
13:20.54Notify03BRL-CAD Wiki:MeShubham99 * 8823 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 5 */
13:48.02*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-uexfssaahxgnyoej)
13:52.53*** join/#brlcad amalia237 (~amalia237@154.70.99.91)
14:03.58*** join/#brlcad milinda (~milinda@124.43.152.6)
14:31.19*** join/#brlcad sofat (~sofat@202.164.45.204)
15:04.55*** join/#brlcad milinda (~milinda@103.247.48.177)
16:33.11*** join/#brlcad luca79 (~luca@adsl-ull-227-153.44-151.net24.it)
16:52.08*** join/#brlcad sofat (~sofat@202.164.45.208)
17:08.24*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.208.198)
17:11.29*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.20)
18:00.06*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
18:04.50*** join/#brlcad sofat (~sofat@202.164.45.204)
18:23.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:35.25Notify03BRL-CAD Wiki:Konrado DJ * 8824 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 28 JUNE 2015 */
18:37.01Notify03BRL-CAD Wiki:Konrado DJ * 8825 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 28 JUNE 2015 */
18:50.38*** part/#brlcad ih8sum3r (~ih8sum3r@122.173.208.198)
19:10.36*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.208.198)
19:37.19*** join/#brlcad bradh (~brad@2601:647:cb02:7a00:bcde:4d4b:48de:1f4a)
20:03.15*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
20:21.32*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
20:24.11*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
20:33.35*** join/#brlcad andrei_il (~andrei@109.100.128.78)
21:42.58*** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com)
21:46.29*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
22:26.25*** part/#brlcad ih8sum3r (~ih8sum3r@122.173.208.198)
22:58.14Notify03BRL-CAD Wiki:202.164.45.204 * 8826 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
IRC log for #brlcad on 20150629

IRC log for #brlcad on 20150629

01:08.06*** join/#brlcad infobot (ibot@170-72-30-126.ut.vivintwireless.net)
01:08.07*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
01:27.50Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8827 /wiki/User:Andrei.ilinca24/logs: /* Midterm Evaluation Period */
01:59.49Notify03BRL-CAD Wiki:117.214.200.233 * 8828 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
02:20.52Notify03BRL-CAD Wiki:117.214.205.141 * 8829 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
02:21.35Notify03BRL-CAD Wiki:117.214.205.141 * 8830 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: /* Week 1( Export Particle ) */
02:22.25*** join/#brlcad gurwinder (75d6cd8d@gateway/web/freenode/ip.117.214.205.141)
02:48.39Notify03BRL-CAD:starseeker * 65489 (brlcad/trunk/src/conv/csg/csg_parser.lemon brlcad/trunk/src/conv/csg/csg_scanner.perplex): Apply patch #388 from Ilinca Andrei updating csg parser.
IRC log for #brlcad on 20150630

IRC log for #brlcad on 20150630

19:28.16*** join/#brlcad infobot (~infobot@170-72-30-126.ut.vivintwireless.net)
19:28.16*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
19:46.44Notify03BRL-CAD:ejno * 65500 (brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp brlcad/trunk/src/librt/CMakeLists.txt and 21 others): build the GCT mesh decimation code in librt
19:51.53*** join/#brlcad Izakey (~Isaac@41.205.22.27)
19:52.40Notify03BRL-CAD:ejno * 65501 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cc.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cc.h and 28 others): formatting and ws
19:54.35IzakeyHi brlcad
20:12.07Notify03BRL-CAD Wiki:Ngassafinjap * 8847 /wiki/User:Amalia/Development_logs: /* Monday June 29th */
20:21.00Notify03BRL-CAD Wiki:Terry.e.wen * 8848 /wiki/User:Terry.e.wen/log:
20:31.08Notify03BRL-CAD:carlmoore * 65502 brlcad/trunk/src/util/bwcrop.c: no need to pass scanlen as argument to init_buffer, because it's present as a global; also change max's type
20:39.03Notify03BRL-CAD:carlmoore * 65503 (brlcad/trunk/src/util/bwscale.c brlcad/trunk/src/util/pixscale.c): simplify init_buffer because we don't need to pass argument when a global is available
20:44.24*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.183.41)
20:50.42Notify03BRL-CAD:ejno * 65504 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshoptimization.cpp brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshoptimization.h): build meshoptimization.cpp
20:53.20Notify03BRL-CAD:carlmoore * 65505 brlcad/trunk/src/util/bwcrop.c: remove redundant line; buflines MUST then get a value from an if-then-else block
21:04.15Notify03BRL-CAD Wiki:MeShubham99 * 8849 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 6 */
21:20.27Notify03BRL-CAD:starseeker * 65506 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmatomic.c and 10 others): Need to suppress unused-function warnings for now, until we decide how to sort out the auxiliary bits.
21:34.08starseekerbrad_h: yeah, for development BRLCAD_ENABLE_STRICT should be set to yes
21:34.31starseekerbrad_h: for normal users they aren't worried about the fine points, but for devs STRICT should be on
21:35.51starseeker-DBRLCAD_ENABLE_STRICT=ON (or just leave it to the default on a clean CMake configure)
22:17.05*** part/#brlcad ih8sum3r (~ih8sum3r@122.173.183.41)
22:35.06*** join/#brlcad Izakey (~Isaac@41.205.22.23)
23:14.09*** join/#brlcad andrei_il (~andrei@109.100.128.78)
IRC log for #brlcad on 20150701

IRC log for #brlcad on 20150701

00:01.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:08.59sofatstarseeker, hello
00:11.56sofatstarseeker, I need some guidance for my next milestone if you free please gave me response
00:20.45Notify03BRL-CAD Wiki:Bhollister * 8850 /wiki/User:Bhollister/DevLogJune2015:
00:22.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:55.26Notify03BRL-CAD Wiki:101.214.249.44 * 8851 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
00:55.40Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8852 /wiki/User:Andrei.ilinca24/logs: /* Midterm Evaluation Period */
00:55.44*** join/#brlcad sofat (~sofat@101.214.249.44)
00:56.34sofatstarseeker, hello
00:57.24sofatNow my menu work almost done and i want some guidances regarding my next milestone
00:57.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:58.25sofatmy next milestone is provide the option to user to contribute the new document  
00:58.44Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8853 /wiki/User:Andrei.ilinca24/logs: /* Midterm Evaluation Period */
00:59.07sofatIf user have any new document and he want to contribute so we handle this process online ?
00:59.30sofatwe how handle this online ?
02:07.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:59.33*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
03:09.32*** join/#brlcad milinda (~milinda@124.43.74.229)
03:32.02Notify03BRL-CAD Wiki:117.199.110.142 * 8854 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
03:34.11*** join/#brlcad gurwinder (75c76e8e@gateway/web/freenode/ip.117.199.110.142)
03:46.48*** join/#brlcad milinda (~milinda@112.134.94.86)
04:02.02*** join/#brlcad milinda (~milinda@112.134.94.86)
04:53.08*** join/#brlcad milinda (~milinda@124.43.170.74)
04:57.37Notify03BRL-CAD Wiki:Konrado DJ * 8855 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 1 JULY 2015 */
05:14.05*** join/#brlcad milinda (~milinda@112.134.199.109)
06:07.42*** join/#brlcad milinda (~milinda@124.43.209.175)
07:19.57*** join/#brlcad milinda (~milinda@112.134.146.110)
07:47.35*** join/#brlcad milinda (~milinda@103.247.48.166)
07:48.15Notify03BRL-CAD Wiki:MilindaFernando * 8856 /wiki/User:MilindaFernando/gsoc2015_devlog: /* STEP Viewer Project Development Log */
07:49.52Notify03BRL-CAD Wiki:MilindaFernando * 8857 /wiki/User:MilindaFernando/gsoc2015_devlog: /* Current Main Challenges */
08:08.25*** join/#brlcad sofat (~androirc@101.208.171.183)
08:37.26Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8858 /wiki/User:Andrei.ilinca24/logs: /* Midterm Evaluation Period */
10:29.05*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ssawhtnbatskjlsb)
11:17.13*** join/#brlcad andrei_il (~andrei@109.100.128.78)
11:28.42starseekersofat?
11:28.45starseekerarrrgh
11:32.33Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8859 /wiki/User:Andrei.ilinca24/logs: /* Midterm Evaluation Period */
11:56.55Notify03BRL-CAD Wiki:Shaina7837 * 8860 /wiki/User:Shainasabarwal/GSoC15/logs: /* 24 June */
12:55.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:58.54*** join/#brlcad luca79 (~luca@host58-10-dynamic.0-87-r.retail.telecomitalia.it)
13:06.05*** join/#brlcad milinda (~milinda@103.247.48.137)
13:29.59Notify03BRL-CAD Wiki:Vasco.costa * 8861 /wiki/User:Vasco.costa/GSoC15/logs:
13:31.30Notify03BRL-CAD Wiki:Vasco.costa * 8862 /wiki/User:Vasco.costa/GSoC15/logs:
13:39.50Notify03BRL-CAD:ejno * 65507 brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c: fixes
13:42.47*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-xlfcsfxebkwyhyav)
13:57.11Notify03BRL-CAD:starseeker * 65508 brlcad/trunk/src/archer/TODO: MGED's dm command needs to move to libged (currently in src/mged/dm-generic.c) - should be able to set dm vars in archer as well.
14:14.07Notify03BRL-CAD:ejno * 65509 brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmbinsort.c: original code used a C99 flexible array member; temporarily replace with struct hack for testing
14:29.03*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-joksonegvsmugbvj)
14:38.38*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
14:52.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:17.58Notify03BRL-CAD:carlmoore * 65510 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmhash.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c): fix spellings
15:25.46*** join/#brlcad luca79 (~luca@host58-10-dynamic.0-87-r.retail.telecomitalia.it)
15:29.16*** join/#brlcad bradh (~brad@2601:647:cb02:7a00:7d15:6923:e426:1e01)
15:34.45*** join/#brlcad arno (~luca@host214-108-dynamic.15-87-r.retail.telecomitalia.it)
16:19.40*** join/#brlcad milinda (~milinda@124.43.223.69)
17:31.51*** join/#brlcad Izakey (~Isaac@41.205.22.23)
17:45.14Notify03BRL-CAD Wiki:Ngassafinjap * 8863 /wiki/User:Amalia/Development_logs: /* Tuesday June 30th */
18:07.16Notify03BRL-CAD Wiki:Ngassafinjap * 8864 /wiki/User:Amalia/Development_logs: /* Wednesday July 1st */
18:43.36Notify03BRL-CAD:ejno * 65511 (brlcad/trunk/doc/docbook/system/mann/en/bot_decimate.xml brlcad/trunk/include/rt/primitives/bot.h and 3 others): add rt_bot_decimate_gct(); add a feature_size parameter to ged_bot_reduce specifying use of the GCT decimator
18:52.44Notify03BRL-CAD:ejno * 65512 brlcad/trunk/src/libged/bot_decimate.c: fix check of parameters
18:54.15Notify03BRL-CAD Wiki:Kamleshchavan * 0 /wiki/User:Kamleshchavan:
19:00.54*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.183.41)
19:10.34*** join/#brlcad sofat (~sofat@101.213.16.5)
19:22.56*** join/#brlcad gaganjyot (~gaganjyot@27.255.240.20)
19:25.01*** join/#brlcad sofat (~sofat@101.213.16.5)
19:28.53Notify03BRL-CAD:ejno * 65513 brlcad/trunk/src/mged/wdb_obj.c: remove wdb_bot_decimate() (unused duplicate of ged_decimate())
19:30.14Notify03BRL-CAD:starseeker * 65514 brlcad/trunk/src/other/PoissonRecon/Src/SPR.cpp: Commit fixes identified by Doug to the SPR clean-up process.
19:52.50Notify03BRL-CAD:starseeker * 65515 brlcad/trunk/src/librt/screened_poisson.cpp: If we got nothing, just return
19:54.48*** join/#brlcad andrei_il (~andrei@109.100.128.78)
19:55.04starseekersofat?
19:55.12starseekerconfound it...
19:59.44*** join/#brlcad sofat (~sofat@49.138.212.113)
20:05.19*** join/#brlcad bradh (~brad@2601:647:cb02:7a00:7d15:6923:e426:1e01)
20:27.21*** part/#brlcad ih8sum3r (~ih8sum3r@122.173.183.41)
20:29.58Notify03BRL-CAD:starseeker * 65516 brlcad/trunk/CMakeLists.txt: MSVC and off_t test aren't getting along...
20:30.32Notify03BRL-CAD Wiki:Terry.e.wen * 8865 /wiki/User:Terry.e.wen/log:
20:33.51Notify03BRL-CAD:ejno * 65517 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimationSSE2.c and 2 others): remove unnecessary include directory
20:45.41*** join/#brlcad sofat (~sofat@101.214.191.116)
21:06.47Notify03BRL-CAD:carlmoore * 65518 brlcad/trunk/src/util/bwscale.c: make bwscale.c more like pixscale.c
21:07.36Notify03BRL-CAD Wiki:101.214.191.116 * 8866 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
21:08.49Notify03BRL-CAD Wiki:101.214.191.116 * 8867 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
21:11.23Notify03BRL-CAD:carlmoore * 65519 brlcad/trunk/doc/docbook/system/man1/en/bwrot.xml: touch up bwrot.xml
21:23.37Notify03BRL-CAD:carlmoore * 65520 brlcad/trunk/doc/docbook/articles/en/main_menu.xml: fix spelling of Spanish word 'expresiones' (notice that spelling in an xml file name) -- where is that php file?
21:27.06*** join/#brlcad sofat (~sofat@101.214.191.116)
22:20.48Notify03BRL-CAD Wiki:Deekaysharma * 8868 /wiki/User:Deekaysharma/logs:
22:55.11Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8869 /wiki/User:Andrei.ilinca24/logs: /* Midterm Evaluation Period */
23:23.36*** join/#brlcad vasc (~VASC@bl13-127-163.dsl.telepac.pt)
23:23.40vaschey
IRC log for #brlcad on 20150703

IRC log for #brlcad on 20150703

05:51.39*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
05:51.39*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
07:11.54*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
08:28.38*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:30.33*** join/#brlcad andrei_il (~andrei@109.100.128.78)
09:39.00*** join/#brlcad milinda (~milinda@103.247.48.177)
09:54.02*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
09:56.33*** join/#brlcad milinda (~milinda@103.247.48.138)
10:13.44*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:19.16*** join/#brlcad Izakey (~Isaac@41.205.22.10)
11:58.46*** join/#brlcad luca79 (~luca@host250-19-dynamic.4-87-r.retail.telecomitalia.it)
13:22.31*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
14:37.10*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-jomsalucsshixodg)
14:44.05*** join/#brlcad bradh (~brad@2601:647:cb02:7a00:c5f6:8ad5:ccff:1a0f)
15:32.02*** join/#brlcad milinda (~milinda@124.43.91.204)
16:17.37*** join/#brlcad andrei_il (~andrei@109.100.128.78)
16:22.28*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
16:32.10*** join/#brlcad milinda (~milinda@124.43.149.170)
16:56.42*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
17:05.00brad_hstarseeker: hi. here for our 10AM PST mtg. i'll post my midterm summary today.
17:05.52brad_hstarseeker: currently trying to solve a problem with manifold face construction. might have some questions today about this.
18:00.43*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.183.41)
18:15.29brad_hstarseeker: midterm summary is now posted here: http://brlcad.org/wiki/User:Bhollister/MidtermSummary2015
18:18.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:24.41*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
18:27.54*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
18:51.26*** join/#brlcad Izakey (~Isaac@41.205.22.53)
19:37.00*** join/#brlcad andrei_ (bc1ab44a@gateway/web/freenode/ip.188.26.180.74)
19:48.48andrei_Izakey: what for " Congratulations" ?
19:51.45*** join/#brlcad vasc (~VASC@bl12-0-185.dsl.telepac.pt)
19:52.32IzakeyFor passing evaluations andrei
19:53.50vaschi folks
19:54.33*** join/#brlcad andrei_il (~andrei@109.100.128.78)
19:55.04andrei_ilIzakey: Hi, sorry I'm late
19:55.24IzakeyCongratulations
19:55.43andrei_ilThank you
19:57.29andrei_ilThanks for the trust, I know i have not accomplished the proposal deliverable for midterm
19:58.07IzakeyJust keep working Andrei_il
20:11.12*** part/#brlcad ih8sum3r (~ih8sum3r@122.173.183.41)
20:12.21*** join/#brlcad sofat (~sofat@202.164.45.204)
20:13.00sofatI am cleared my midterm So thanks to all, specially my mentor and Sean. Thanks so much.
20:19.05*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
20:25.49*** join/#brlcad sofat (~sofat@202.164.45.204)
20:45.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150704

IRC log for #brlcad on 20150704

02:26.19*** join/#brlcad milinda (~milinda@112.134.131.176)
04:07.02*** join/#brlcad milinda (~milinda@112.134.131.176)
06:05.13*** join/#brlcad milinda (~milinda@112.134.131.176)
07:21.14*** join/#brlcad Izakey (~Isaac@41.205.22.53)
07:26.58*** join/#brlcad Izakey (~Isaac@41.205.22.16)
10:44.50*** join/#brlcad Izakey (~Isaac@41.205.22.38)
11:37.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
11:58.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:35.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:56.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:27.07*** join/#brlcad andrei_il (~andrei@109.100.128.78)
15:00.20*** join/#brlcad Izakey (~Isaac@41.205.22.3)
15:07.35*** part/#brlcad Izakey (~Isaac@41.205.22.3)
15:31.57*** join/#brlcad bradh (~brad@2601:647:cb02:7a00:b51e:245:9b7a:bbc8)
15:35.20*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
15:51.22*** join/#brlcad milinda (~milinda@124.43.196.183)
16:37.47starseekerbradh: apologies for not being around yesterday
16:38.01starseekerinternet access will be spotty for a few days
16:53.26bradhstarseeker: no problem. i'm actually on wi-fi myself right now. 'bradh' connection is spotty as well.
17:06.30bradhstarseeker: btw, thanks for your mentorship thus far. i'm eager to begin the next half of gsoc. i'm sure you guys are quite busy so i really appreciate it.
17:19.10*** join/#brlcad sofat (~sofat@202.164.45.204)
17:46.59*** join/#brlcad bradh (~brad@2601:647:cb02:7a00:b51e:245:9b7a:bbc8)
18:10.20*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.183.41)
18:10.27ih8sum3rHello brlcad
18:25.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:34.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:05.15brlcadwaves
19:27.44ih8sum3rBrlcad, I would like to have another meeting so as to make discussions regarding the further work. Can you please tell me when will you free
19:31.53*** part/#brlcad ih8sum3r (~ih8sum3r@122.173.183.41)
20:07.11*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.183.41)
21:08.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:30.10*** join/#brlcad vasc (~VASC@bl7-124-94.dsl.telepac.pt)
IRC log for #brlcad on 20150705

IRC log for #brlcad on 20150705

09:34.06*** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-nldcctlmjmmrvgag)
10:36.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:07.19*** join/#brlcad bhollister (~brad@2601:647:cb02:7a00:b51e:245:9b7a:bbc8)
17:59.15*** join/#brlcad sofat (~sofat@202.164.45.204)
18:50.17*** join/#brlcad sofat (~sofat@202.164.45.204)
21:20.03*** join/#brlcad bhollister (~brad@c-73-189-140-51.hsd1.ca.comcast.net)
IRC log for #brlcad on 20150706

IRC log for #brlcad on 20150706

02:03.06*** join/#brlcad bhollister (~brad@2601:647:cb02:7a00:65a3:73c4:f7a3:b89d)
IRC log for #brlcad on 20150707

IRC log for #brlcad on 20150707

14:50.15*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
14:50.15*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
14:53.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:06.49*** join/#brlcad vasc (~VASC@bl13-249-52.dsl.telepac.pt)
16:21.24brlcadwaves
16:22.19brlcadbhollister: it's technically supposed to be n-manifold (the docs are inconsistent on this point), where n can be 0 (non-manifold) or greater
16:30.00brlcadbhollister: do you have an example that builds a box?
16:33.17vaschello sean
16:33.48vascthanks for the positive evaluation. i would have liked things be even further ahead than they are though.
16:36.52*** join/#brlcad sofat (~sofat@202.164.45.212)
17:05.00brlcadvasc: you've been making decent progress, and at pretty much the rate I expected ...
17:05.17brlcadthat's why I kept mentioning to just focus on one piece of this problem.. dragons everywhere
17:09.43sofatstarseeker, I have submit the patch on menu file so please accept this patch.
18:03.13*** join/#brlcad ih8sum3r (~ih8sum3r@117.205.76.42)
18:08.05ih8sum3rHi brlcad, are you there I want to discuss about my next milestones. Can you spare so time.
19:55.32ih8sum3rs / so / some
19:57.04brlcadsofat: he's on vacation this week so I suspect he won't see your message for a while ..
19:57.19brlcadI can do better, stand by (sofat)
19:57.21sofatok
19:57.24sofatno problem
19:57.41brlcadih8sum3r: yes, let's go
19:59.54brlcadih8sum3r: did you get through all the feedback items I gave you a couple weeks ago?
20:00.04ih8sum3rI think I'm almost done with the front end part except two things. In that two things, maybe there is a problem at the backend or something else, even shubham tried it. So shall I join shubham and complete the things at the back-end too.
20:00.33ih8sum3rYes, except one i.e using default model image.
20:01.11*** part/#brlcad krishna_ravi732 (~krishna@5.231.52.94)
20:01.19*** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94)
20:02.23*** join/#brlcad andrei_il (~andrei@109.100.128.78)
20:03.54andrei_ilHei, guys! I'm having some trouble with the CSG Importer that I'm working on and I would need your help.
20:04.47andrei_ilI'm working on interpreting the rules proposed for the grammar and I'm using dom2dox as an example but I'm not sure if I'm understanding everything in there
20:07.49andrei_ilFor example , I don't understand what END_EXAMPLE; in the dom2dox_parser.lemon file does. If its a terminal, its not declared anywhere and I don't know what to understand from that
20:11.15andrei_ilAlso, the app_data_t structure was created to suit dom2dox parsing but I don't know how to modify it to work for csg
20:15.46andrei_ilis there any other lemon and re2c importer that I could look and perhaps , understand better? I couldn't find any in src/conv
20:24.50brlcadandrei_il: did you try grepping for END_EXAMPLE ?
20:24.57brlcadit's in a header
20:25.38brlcadnotes that "END_EXAMPLE;" is technically injecting a stray semi-colon ... boo
20:29.00sofatbrlcad, I have some question regarding my milestone. milestone is "provide the authority to user to contribute new document. " my question regarding CMakeList.txt file means who is update this file user or admin(online).
20:32.29*** join/#brlcad Chan__ (~Chan@122.173.218.164)
20:35.47andrei_ilups, didn't thought of searching there, thanks. But how is it injecting a semi-colon ? I see that its concatenating "\n\\endcode\n\n" to &appData->description
20:35.48brlcadsofat: ideally anyone, but I don't think this is a priority to work on next -- maybe not at all for gsoc
20:36.12brlcadandrei_il: your END_EXAMPLE macro is different than the one I was looking at
20:36.54sofatbrlcad, means
20:38.22andrei_ilso its just a substitute for some code
20:38.39brlcadandrei_il: bingo
20:39.30brlcadarguably unnecessary complexity for this very reason
20:39.43brlcadmacro layering can cause confusion, especially for macros only used few times
20:40.14bhollisterbrlcad: i have the proc-db/nmgmodel.c as an exemplar. however, my routine currently has a check for ID_NMG. so, applying cmface to models produced via nmgmodel return without effect. when using nmg models produced via 'make,' there is a problem in a call to nmg_findeu(). am trying to verify face addition with cface instead, since the routine returns without error, just no visible geometry.
20:40.34andrei_ilgot it, I will try not to use them ,if possible
20:40.58sofatbrlcad, I am not understand.
20:41.04*** join/#brlcad ih8sum3r (~ih8sum3r@117.205.78.54)
20:41.33brlcadbhollister: one of us misunderstands :)
20:42.25brlcadbhollister: you overarching goal involves implementing a command-line way to create nmg objects ... I'm interested in seeing an example of what that looks like (or will look like)
20:42.54brlcadotherwise, adding all those nmg files to src/libged isn't right... :)
20:43.34brlcadsofat: I'm saying forget about that milestone for now
20:43.56sofatok
20:43.56brlcadsofat: focus on the other points that starseeker mentioned a couple weeks ago
20:45.17sofatok
20:47.54bhollisterbrlcad: yes. i believe the best way is for the interface not to provide the same level of user control as the internal api. likely, subcommands that map to adding vertex uses, etc. will be removed. right now, adding faces to achieve a simple object needs to work. so i've been using the make command that already exists for the initial nmg object, and then alteration of that.
20:47.54ih8sum3rThe feedback form that had a validation problem is made using formspree.io and in that it doesn't support the validations for safari so need to change it completely.
20:49.24bhollisterbrlcad: there's something fundamental to the nmg object from make that isn't allowing the application of cmface at the moment, or how i'm handling the vertex list provided for nmg_cmface.
20:51.15bhollisterbrlcad: perhaps the best way is to build up a model from nmg_mm, first adding regions and shells after a null model has been created. that can be done with the subcommands.
20:51.56bhollisterbrlcad: then track down what might be missing in the subcommand impl of ged_nmg_cmface
20:53.14brlcadbhollister: but do you have a mock up of what that interface is going to look like?  a design?
20:53.59brlcadI get that you're struggling with a cface issue that's frustrating, I'm asking about the bigger picture direction
20:54.33brlcadis your plan to expose the nmg api as is first, and then see what you can eliminate?
20:54.47bhollisterbrlcad: for the most part yes.
20:56.31bhollisterbrlcad: perhaps add some higher level functionality. the nmg api provides the ability to add faces only. everything else is very fundamental and doesn't apply to the CLI.
20:57.57bhollisterbrlcad: we can add verts, edges and n gons via a variable number of verts passed to cmface subcommand
20:58.01brlcadI would like to see a design of the higher level functionality before you go implementing it
20:58.34brlcad(if you get that far)
20:59.15bhollisterokay. i'd like to get cmface subcommand working first.
21:00.08bhollistersince adding faces is certainly part of the high-level subcommand list.
21:03.45brlcadsounds good
21:04.05brlcadif you really get stuck (i.e., spent a couple days, no progress), send a shout out
21:04.14brlcadmight see something you're missing
21:05.30bhollisterbrlcad: cool. in terms of the mock up, can you give me an example of the sort of higher level routines you have in mind for manipulations on the nmg objects beyond what the internal nmg api offers?
21:06.26brlcadit's really a question of how one might want to describe a polygonal object manually
21:06.34brlcadsolid polygonal object
21:07.16brlcadI could see something that automatically fuses just given face descriptions
21:07.29brlcadsince the strings will match exactly if the points were intended to be coincident
21:07.41brlcadso you could define a box with something like...
21:08.42bhollisteri see. so functions that facilitate an object creation by minimizing the amount of numerical data needing to be provided
21:09.25bhollisteror that take existing data in the object already, and doing the same
21:09.29brlcadin nmg nmg face 0 0 0  0 1 0  1 1 0  0 1 0  face 0 1 0  0 1 1 etc
21:09.43bhollistergot it.
21:09.47brlcadeither way
21:09.55brlcadcould be an nmg command that lets you incrementally build it up
21:10.22brlcadprobably will need subcommands that let you validate/solidify
21:11.35bhollisteris there perhaps an example of these with other CAD systems in use?
21:13.13brlcadI don't know of any CAD system that lets you do this :)
21:14.13brlcadthe way https://en.wikipedia.org/wiki/Polygon_mesh covers the topic is pretty canonical though
21:14.45brlcadsupport definition of vertices, edges, faces
21:15.06brlcadcould be the way to go for starters
21:17.30brlcadbhollister: have you read this: http://www.google-melange.com/gci/task/view/google/gci2014/5546966268248064
21:18.00brlcadresulted in this: http://brlcad.org/wiki/NMG
21:18.33brlcadthat low-level without the tcl {} wrapping may be the way to go initially
21:33.00bhollisterbrlcad: thanks. these docs should be useful. i had not seen them previously.
22:16.47*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
23:21.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150708

IRC log for #brlcad on 20150708

02:39.59brlcadhrm
03:07.13brlcad``Erik: no updates from Notify
05:45.35*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
07:33.09*** join/#brlcad andrei_il (~andrei@109.100.128.78)
09:15.12Notify03BRL-CAD:starseeker * 65533 brlcad/trunk/CMakeLists.txt: the CMake project command seems to end up with a semicolon in the compiler identification message if we override message right at the beginning - do it after calling project.
09:18.01Notify03BRL-CAD:ejno * 65534 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cc.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c and 10 others): fix warnings
09:21.30Notify03BRL-CAD:ejno * 65535 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cc.h and 19 others): remove unused code
09:21.48Notify03BRL-CAD:ejno * 65536 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cc.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cc.h and 14 others): remove unused code
09:22.37Notify03BRL-CAD:ejno * 65537 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.h and 2 others): remove unused code
09:22.56Notify03BRL-CAD:ejno * 65538 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check RECs for compatibility with CCONE2
09:23.25Notify03BRL-CAD:n_reed * 65539 brlcad/trunk/misc/CMake/CheckCInline.cmake: fix C inline test so HAVE_INLINE_KEYWORD isn't always true
09:24.13Notify03BRL-CAD:carlmoore * 65540 brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c: fix spelling
09:24.20Notify03BRL-CAD:brlcad * 65541 brlcad/trunk/src/conv/3dm/3dm-g.cpp: syffix?
09:24.23Notify03BRL-CAD:n_reed * 65542 brlcad/trunk/src/libbu/semaphore.c: Fix race condition in bu_semaphore_init by adding one statically initialized lock. Needs testing on Windows.
09:24.54Notify03BRL-CAD:brlcad * 65543 brlcad/trunk/CMakeLists.txt: swap the search ordering so that the posix name is tested/found first before looking for the underscored version. freebsd has both _pipe and pipe (it's a weak alias, not different like on windows), so the #define is the wrong result. probably a good idea to test all the _symbols in that order, but will have to be tested on windows
09:25.19Notify03BRL-CAD:brlcad * 65544 brlcad/trunk/src/libpc/CMakeLists.txt: add a readme with notes on the history and current state of affairs with links to two evaluation systems that are likely easily applicable to our needs.
09:25.24Notify03BRL-CAD:brlcad * 65545 brlcad/trunk/AUTHORS: credit brad hollister with his code contributions, start of an nmg command for ged as part of his gsoc 2015 project (sf patch #387)
09:25.41Notify03BRL-CAD Wiki:117.212.49.55 * 8889 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
09:25.43Notify03BRL-CAD Wiki:Bhollister * 8890 /wiki/User:Bhollister:
09:25.44*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:25.45Notify03BRL-CAD Wiki:Bhollister * 8891 /wiki/User:Bhollister/MidtermSummary2015: Created page with "=Midterm Summary: Command-line Editing NMG Data-structures in BRL-CAD (GSoC 2015)= Initially started mapping all nmg_* routines of the internal API to the CLI. This raised is..."
09:25.47Notify03BRL-CAD Wiki:Bhollister * 8892 /wiki/User:Bhollister/MidtermSummary2015: /* Midterm Summary: Command-line Editing NMG Data-structures in BRL-CAD (GSoC 2015) */
09:25.49Notify03BRL-CAD Wiki:Vasco.costa * 8893 /wiki/User:Vasco.costa/MidtermSummary2015: Created page with "* Fixed existing in sphere (sph) OpenCL shot routines. * Implemented ellipsoid (ell), arb8 (arbitrary polyhedron) OpenCL shot routines. * Alpha simplified rendering loop with ..."
09:25.51Notify03BRL-CAD Wiki:Vasco.costa * 8894 /wiki/User:Vasco.costa/MidtermSummary2015:
09:25.53Notify03BRL-CAD Wiki:Vasco.costa * 8895 /wiki/User:Vasco.costa/MidtermSummary2015:
09:25.55Notify03BRL-CAD Wiki:Vasco.costa * 8896 /wiki/User:Vasco.costa/MidtermSummary2015:
09:25.57Notify03BRL-CAD Wiki:Vasco.costa * 8897 /wiki/User:Vasco.costa/MidtermSummary2015:
09:25.59Notify03BRL-CAD Wiki:Vasco.costa * 8898 /wiki/User:Vasco.costa/MidtermSummary2015:
09:26.01Notify03BRL-CAD Wiki:Vasco.costa * 8899 /wiki/User:Vasco.costa/MidtermSummary2015:
09:26.03Notify03BRL-CAD Wiki:Vasco.costa * 8900 /wiki/User:Vasco.costa/MidtermSummary2015:
09:26.05Notify03BRL-CAD Wiki:MeShubham99 * 8901 /wiki/User:MeShubham99/GSoc15/Midterm_Summary: Created page with "='''Midterm Summary'''= =='''Login'''== * I made an account on gmail by the name ogv.mailer@gmail.com for configuring and testing omniAuth and mailgun accounts. I worked on e..."
09:26.07Notify03BRL-CAD Wiki:MeShubham99 * 0 /wiki/File:LoginOmniAuth.png: Displaying the omniAuth buttons on the login page. fully functional.
09:26.09Notify03BRL-CAD Wiki:MeShubham99 * 0 /wiki/File:FeedbackTemplate.png:
09:26.11Notify03BRL-CAD Wiki:MeShubham99 * 0 /wiki/File:Editinfo.png: The buttons to delete and go to settings page of the models.
09:26.13Notify03BRL-CAD Wiki:MeShubham99 * 0 /wiki/File:ModelViewer1.png:
09:26.15Notify03BRL-CAD Wiki:MeShubham99 * 0 /wiki/File:ModelViewer2.png:
09:26.17Notify03BRL-CAD Wiki:MeShubham99 * 0 /wiki/File:ModelViewer3.png:
09:26.19Notify03BRL-CAD Wiki:MeShubham99 * 0 /wiki/File:ModelViewer4.png:
09:26.21Notify03BRL-CAD Wiki:MeShubham99 * 0 /wiki/File:ProfilePage.png:
09:26.23Notify03BRL-CAD Wiki:MeShubham99 * 0 /wiki/File:Editinfo2.png:
09:26.25Notify03BRL-CAD Wiki:MeShubham99 * 0 /wiki/File:ProfilePage2.png:
09:26.27Notify03BRL-CAD Wiki:Vasco.costa * 8912 /wiki/User:Vasco.costa/MidtermSummary2015:
09:26.29Notify03BRL-CAD Wiki:Vasco.costa * 8913 /wiki/User:Vasco.costa/MidtermSummary2015:
09:26.31Notify03BRL-CAD Wiki:MeShubham99 * 8914 /wiki/User:MeShubham99/GSoc15/Midterm_Summary:
09:26.33Notify03BRL-CAD Wiki:MeShubham99 * 8915 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 6 */
09:26.35Notify03BRL-CAD Wiki:MeShubham99 * 8916 /wiki/User:MeShubham99/GSoc15/Midterm_Summary: /* Follower/following format for users */
09:26.37Notify03BRL-CAD Wiki:Ngassafinjap * 8917 /wiki/User:Amalia/Development_logs: /* Thursday July 2nd */
09:26.39Notify03BRL-CAD Wiki:Bhollister * 8918 /wiki/User:Bhollister/DevLogJuly2015: /* Fri, July 3, 2015 */
09:26.41Notify03BRL-CAD Wiki:MeShubham99 * 8919 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 6 */
09:26.43Notify03BRL-CAD Wiki:Shaina7837 * 8920 /wiki/User:Shainasabarwal/GSoC15/logs: /* 30 June */
09:26.45Notify03BRL-CAD Wiki:Ghanshyam123 * 0 /wiki/User:Ghanshyam123:
09:26.47Notify03BRL-CAD Wiki:202.164.45.204 * 8921 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
09:26.49Notify03BRL-CAD Wiki:MeShubham99 * 8922 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 6 */
09:26.51Notify03BRL-CAD Wiki:Konrado DJ * 8923 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 29 JUNE 2015 to 5 JULY 2015 */
09:26.53Notify03BRL-CAD Wiki:BarrettccedggcbdyDestine * 0 /wiki/User:BarrettccedggcbdyDestine:
09:26.55Notify03BRL-CAD Wiki:Deekaysharma * 8924 /wiki/User:Deekaysharma/logs:
09:26.58Notify03BRL-CAD Wiki:Deekaysharma * 8925 /wiki/User:Deekaysharma/logs:
09:27.00Notify03BRL-CAD Wiki:202.164.45.204 * 8926 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
09:27.02Notify03BRL-CAD Wiki:MeShubham99 * 8927 /wiki/User:MeShubham99/GSoc15/log_developmen:
09:27.04Notify03BRL-CAD Wiki:MeShubham99 * 8928 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
09:27.06Notify03BRL-CAD Wiki:BarrettccedggcbdyDestine * 8929 /wiki/What_Tends_to_make_Home_STD_Test_Kits_the_Initial_Option_for_STD_Testing4551981: Created page with "The very believed of undergoing a STD test triggers an instant resistance in many. Occasionally the impulse is so powerful that people maintain putting off the test as long as..."
09:27.08Notify03BRL-CAD Wiki:MeShubham99 * 8930 /wiki/User:MeShubham99/GSoc15/log_developmen:
09:27.10Notify03BRL-CAD Wiki:Konrado DJ * 8931 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 6 JULY 2015 */
09:27.12Notify03BRL-CAD Wiki:Ngassafinjap * 8932 /wiki/User:Amalia/Development_logs: /* Week 5 */
09:27.14Notify03BRL-CAD Wiki:Ngassafinjap * 8933 /wiki/User:Amalia/Development_logs: /* Sunday June 21st */
09:27.16Notify03BRL-CAD Wiki:202.164.45.212 * 8934 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
09:27.18Notify03BRL-CAD Wiki:Bhollister * 8935 /wiki/User:Bhollister/DevLogJuly2015:
09:27.20Notify03BRL-CAD Wiki:117.212.54.216 * 8936 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
09:27.22Notify03BRL-CAD Wiki:Konrado DJ * 8937 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 7 JULY 2015 */
09:27.24Notify03BRL-CAD Wiki:Konrado DJ * 8938 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 7 JULY 2015 */
09:27.26Notify03BRL-CAD Wiki:Konrado DJ * 8939 /wiki/User:Konrado_DJ/GSoc2015/logs: /* PRE MID-term Evaluation */
09:27.28Notify03BRL-CAD Wiki:Konrado DJ * 8940 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */
09:27.30Notify03BRL-CAD Wiki:Konrado DJ * 8941 /wiki/User:Konrado_DJ/GSoc2015/logs: /* POST MID-term Evaluation */
09:27.32Notify03BRL-CAD Wiki:Deekaysharma * 8942 /wiki/User:Deekaysharma/logs:
09:27.34Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8943 /wiki/User:Andrei.ilinca24/logs:
09:27.36Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8944 /wiki/User:Andrei.ilinca24/logs: /* Webpage for development logs for GSoC 2015 */
09:27.38Notify03BRL-CAD Wiki:Konrado DJ * 8945 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 7 JULY 2015 */
09:27.40Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8946 /wiki/User:Andrei.ilinca24/logs: /* Coding Period (2nd half) */
09:27.42Notify03BRL-CAD Wiki:Bhollister * 8947 /wiki/User:Bhollister/DevLogJuly2015:
09:27.44Notify03BRL-CAD Wiki:Bhollister * 8948 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 7, 2015 */
09:27.46Notify03BRL-CAD Wiki:Bhollister * 8949 /wiki/User:Bhollister/DevLogJuly2015: /* Wed, July 8, 2015 */
09:27.48Notify03BRL-CAD Wiki:Konrado DJ * 8950 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 7 JULY 2015 */
12:44.07*** join/#brlcad andrei_il (~andrei@109.100.128.78)
12:56.33*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:04.34*** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94)
14:08.22*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-hemugayklszubneh)
14:09.54*** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94)
14:14.41brlcad``Erik: finally enabled denyhosts ... it was writing to /etc/hosts.deniedssh but /etc/hosts.allow had to be updated to read that file in
15:19.27*** join/#brlcad sofat (~sofat@202.164.45.204)
15:38.44sofatbrlcad, I update menu in tree structure which are mentioned by starseeker. there is link
15:38.45sofathttp://202.164.53.122/wordpress/articles/en/about.php
15:38.58sofatplease check now this is ok .
16:45.22*** join/#brlcad sofat_ (~sofat@202.164.45.212)
17:00.18*** join/#brlcad sofat (~sofat@202.164.45.212)
17:20.11``Erikbrlcad: ah, do we need, uh, like a server SOP document?
17:25.11brlcad``Erik: /etc/motd ? :)
17:27.54``ErikI'm thinking more like an admin handbook, "if XYZ, do ...." type guides to preserve this one-off stuff
17:28.06``Erikmebbe even wiki
17:36.05*** join/#brlcad milinda (~milinda@124.43.173.59)
18:58.50*** join/#brlcad gurwinder (75c76a2b@gateway/web/freenode/ip.117.199.106.43)
19:00.27gurwinderbrlcad: Hi, are you there I want to discuss about my next work
19:05.29*** join/#brlcad bhollister (~behollis@dhcp-59-221.cse.ucsc.edu)
19:40.33*** join/#brlcad sofat (~sofat@202.164.45.212)
19:41.03*** join/#brlcad sofat_ (~sofat@202.164.45.212)
19:59.36Notify03BRL-CAD Wiki:Konrado DJ * 8951 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 8 JULY 2015 */
20:17.03*** join/#brlcad sofat_ (~sofat@202.164.45.212)
20:18.50*** join/#brlcad sofat_ (~sofat@202.164.45.212)
20:21.43Notify03BRL-CAD Wiki:66.249.83.166 * 8952 /wiki/User:Terry.e.wen/log:
20:22.35Notify03BRL-CAD Wiki:66.249.83.163 * 8953 /wiki/User:Terry.e.wen/log:
20:46.57*** join/#brlcad konrado (~konro@41.205.22.58)
21:11.16*** join/#brlcad sofat (~sofat@202.164.45.212)
21:12.16*** join/#brlcad sofat_ (~sofat@202.164.45.212)
21:30.06*** join/#brlcad sofat (~sofat@202.164.45.208)
21:31.56*** join/#brlcad andrei_il (~andrei@109.100.128.78)
21:41.15*** join/#brlcad sofat (~sofat@202.164.45.208)
21:43.50Notify03BRL-CAD Wiki:202.164.45.208 * 8954 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
22:55.59Notify03BRL-CAD:brlcad * 65546 brlcad/trunk/CMakeLists.txt: matching endif
IRC log for #brlcad on 20150709

IRC log for #brlcad on 20150709

00:04.23bhollisterbrlcad: i'm trying to trace the tcl implementation of put / get. is there a good starting point in the tcl scripts, i.e. after cmd_ged_plain_wrapper()? i'm mainly interested in the sequence of calls in tcl to the C-side code for creating an nmg data base object.
00:10.26Notify03BRL-CAD Wiki:Bhollister * 8955 /wiki/User:Bhollister/DevLogJuly2015: /* Wed, July 8, 2015 */
00:16.07Notify03BRL-CAD Wiki:Bhollister * 8956 /wiki/User:Bhollister/DevLogJuly2015: /* Wed, July 8, 2015 */
01:17.29Notify03BRL-CAD Wiki:Konrado DJ * 8957 /wiki/User:Konrado_DJ/GSoc2015/logs: /*9 JULY 2015*/
01:18.39*** join/#brlcad konrado (~konro@41.205.22.14)
01:56.28*** join/#brlcad milinda (~milinda@103.247.48.143)
02:25.37Notify03BRL-CAD Wiki:117.199.106.43 * 8958 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
02:29.56*** join/#brlcad gurwinder (75c76a2b@gateway/web/freenode/ip.117.199.106.43)
02:31.15gurwinderbrlcad: Hi
03:31.28*** join/#brlcad Gurwinder (3b5be81d@gateway/web/freenode/ip.59.91.232.29)
05:30.18*** join/#brlcad gurwinder (75d6c951@gateway/web/freenode/ip.117.214.201.81)
07:07.25*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:16.41*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:45.49*** join/#brlcad Gurwinder (75d6c951@gateway/web/freenode/ip.117.214.201.81)
09:48.30Gurwinderbrlcad: Hi, I am now working on Linuxcnc and for that I have to do some practice on python.
09:49.08GurwinderI am following a book http://learnpythonthehardway.org/book/ and done upto 33 chapter till now.
09:50.39GurwinderWhen you free please ping me I want to discuss about it with you.
10:02.54*** join/#brlcad konrado (~konro@41.205.22.27)
10:26.51*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:11.28dracarys983d_rossberg: Hey! I wanted to discuss what am I supposed to do exactly now.
11:12.27dracarys983Should I improve the generic volume function in libanalyze and write the Volume() function in Object.h/.cpp in rt^3 ?
11:12.57dracarys983Or implement the function in rt_generic_volume() after changing the signature of ft_volume() ?
11:13.20*** join/#brlcad konrado (~konro@41.205.22.45)
11:46.57d_rossbergdracarys983: i would recommend to start with improving the libanalyze functionality and writing a Volume() for rt^3 as there is no dependency issue
11:48.21d_rossbergif you have proven that your algorithm works you could think about transfering it to librt rt_generic_volume()
11:49.56d_rossbergthere you probable need prep()/shot() for the comb, which would mean to transfer some functionality from raytrace to the comb primitive
11:50.34d_rossberg(sounds not so easy)
11:59.49dracarys983Okay I'll go with the recommendation as that was also what I was thinking of pursuing :)
13:58.05*** join/#brlcad milinda (~milinda@124.43.102.195)
14:08.33*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ohzidhusdmlmkpnr)
15:09.00*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
16:24.09*** join/#brlcad sofat (~sofat@202.164.45.204)
16:47.16*** join/#brlcad gurwinder (75d7e548@gateway/web/freenode/ip.117.215.229.72)
16:51.17*** join/#brlcad ``Erik_ (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
17:08.55*** join/#brlcad sofat (~sofat@202.164.45.204)
18:05.43*** join/#brlcad andrei_il (~andrei@109.100.128.78)
18:07.42Notify03BRL-CAD:ejno * 65547 (brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp brlcad/trunk/src/librt/CMakeLists.txt and 6 others): remove unused code; generalize some architecture-specific code that doesn't impact performance (in progress)
19:00.18Notify03BRL-CAD:ejno * 65548 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.h and 4 others): enable use of spin/mutex locks if there is no atomics support
19:13.11Notify03BRL-CAD Wiki:Ero senthil * 0 /wiki/User:Ero_senthil:
19:31.19Notify03BRL-CAD Wiki:202.164.45.204 * 8959 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
20:11.12*** join/#brlcad milinda (~milinda@124.43.169.150)
21:47.52*** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
22:20.38*** join/#brlcad andrei_il (~andrei@109.100.128.78)
22:35.06*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.93)
23:03.22*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
23:03.29*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
23:04.59*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
23:08.00*** join/#brlcad ejno (~ejno@66-118-151-70.static.sagonet.net)
23:08.00*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
23:08.02*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
23:14.14*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
23:17.13Ch3ck_thinks bzflag was down for some time
23:17.25Ch3ck_couldn't login, guess it's fine now
23:42.38bhollisterstarseeker: i'm trying to better understand the impl of put / get with nmg object creation. could you point me to the tcl script(s) that get called when put is used for this. thanks.
IRC log for #brlcad on 20150710

IRC log for #brlcad on 20150710

00:00.40bhollisterstarseeker: never mind. traced the calls to the nmg api in rt_nmg_adjust() in nmg.c - where the nmg gets faces / verts added for the 'put' CLI. don't quite know the tcl interpreter connection yet. but that's not entirely important. most likely related to archer?
05:21.53*** join/#brlcad milinda (~milinda@103.247.48.59)
05:22.16milindabrlcad: Are you there ?
05:41.00milindabrlcad: Do you know how to visualize a ONBRep solid in OpenGL without constructing the solid from primitive brep elements. ?
06:11.16*** join/#brlcad ignacio (~IgnacioUy@2001:4830:134:7::11)
06:11.16*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy)
07:20.11*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:29.17*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:55.25*** join/#brlcad milinda (~milinda@103.247.48.152)
10:13.47*** join/#brlcad konrado (~konro@41.205.22.61)
10:17.53*** join/#brlcad ejno (~ejno@66-118-151-70.static.sagonet.net)
10:17.53*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
10:19.18*** join/#brlcad andrei_il (~andrei@109.100.128.78)
10:31.52*** join/#brlcad teepee--_ (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:46.13*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:47.08Notify03BRL-CAD Wiki:Andrei.ilinca24 * 8960 /wiki/User:Andrei.ilinca24/logs: /* Coding Period (2nd half) */
11:47.10Notify03BRL-CAD:ejno * 65549 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cc.h brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmbitmap.c and 3 others): cleanups
11:47.14Notify03BRL-CAD Wiki:Bhollister * 8961 /wiki/User:Bhollister/DevLogJuly2015: /* Thurs, July 9, 2015 */
11:47.16Notify03BRL-CAD Wiki:Bhollister * 8962 /wiki/User:Bhollister/DevLogJuly2015: /* Thurs, July 9, 2015 */
11:47.18Notify03BRL-CAD Wiki:Bhollister * 8963 /wiki/User:Bhollister/DevLogJuly2015: /* Thurs, July 9, 2015 */
11:47.21Notify03BRL-CAD Wiki:Konrado DJ * 8964 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 10 JULY 2015 */
11:47.45Notify03BRL-CAD Wiki:Deekaysharma * 8965 /wiki/User:Deekaysharma/logs:
15:00.06*** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:315c:80ae:7fe4:ce90)
15:32.27Notify03BRL-CAD:ejno * 65550 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/bot/bot.c and 11 others): use tinycthread for threading
15:40.34Notify03BRL-CAD:ejno * 65551 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.h brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/tinycthread.c): add comment
16:34.59*** join/#brlcad milinda (~milinda@112.134.101.25)
16:41.38*** join/#brlcad Bradh (~bhollis@50.254.143.169)
16:41.43*** part/#brlcad Bradh (~bhollis@50.254.143.169)
16:41.48Notify03BRL-CAD:ejno * 65552 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.h and 3 others): use libbu and tinycthread time functions
16:42.41*** join/#brlcad bhollister3 (~u291187@50.254.143.169)
16:46.05bhollister3starseeker: hi. I believe you may be on vacation this week. for our 10 AM PST mtg, I'm currently tied up with getting my car's brake pads replaced. I'll be back on irc / office this afternoon CA time.
16:47.17Notify03BRL-CAD:ejno * 65553 brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c: fix -- convert microseconds to milliseconds
17:34.03*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-cvjkvwwivvfvnduj)
18:01.04Notify03BRL-CAD:ejno * 65554 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmbinsort.c and 3 others): use bu_malloc()/free()
18:05.12*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
18:28.47*** join/#brlcad gaganjyot (~gaganjyot@27.255.241.201)
18:32.07*** join/#brlcad sofat (~sofat@202.164.45.212)
19:17.01Notify03BRL-CAD:ejno * 65555 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check for apex at infinity
19:36.13Notify03BRL-CAD:ejno * 65556 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix comment
19:39.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:56.29*** join/#brlcad sofat (~sofat@202.164.45.204)
20:13.28``Erikyay, sago!
20:13.32``Erik\o/
20:14.38*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
20:17.24*** join/#brlcad andrei_il (~andrei@109.100.128.78)
20:17.25*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
20:19.25*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
20:19.26*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
20:20.53*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
20:25.41*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
20:27.00*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
20:30.32Notify03BRL-CAD:starseeker * 65560 brlcad/trunk/CMakeLists.txt: Try 0053 set to NEW
20:41.34Notify03BRL-CAD:starseeker * 65562 (brlcad/trunk/src/other/PoissonRecon/CMakeLists.txt brlcad/trunk/src/other/URToolkit/CMakeLists.txt and 14 others): Remove a slew of (probably) unnecessary policy settings from the src/other build files that we're managing ourselves - only add in what proves to be necessary, particularly when set to OLD.
20:45.54Notify03BRL-CAD:starseeker * 65563 brlcad/trunk/CMakeLists.txt: Per http://www.cmake.org/Wiki/CMake/Policies the cmake_minimum_required version should make setting NEW on older policies unnecessary.
20:48.39Notify03BRL-CAD:starseeker * 65558 brlcad/trunk/CMakeLists.txt: Try setting 0021 to NEW
20:49.54Notify03BRL-CAD:starseeker * 65564 brlcad/trunk/TODO: Make a note about dealing with CMake policy 0026.
20:59.43Notify03BRL-CAD:starseeker * 65559 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/RPath_Setup.cmake): Go with NEW on 0042, while keeping the CMAKE_INSTALL_NAME_DIR setting for older CMake.
21:00.11Notify03BRL-CAD Wiki:202.164.45.204 * 8966 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
21:00.20Notify03BRL-CAD:starseeker * 65557 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/ThirdParty.cmake brlcad/trunk/src/other/CMakeLists.txt): Try to allow policy 0017 to be new - for packages where we are diverging from vanilla CMake, name them to avoid conflict with the system module name.
21:02.03Notify03BRL-CAD:ejno * 65565 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: better test for non-truncated cones
21:19.51Notify03BRL-CAD:starseeker * 65566 brlcad/trunk/src/other/gct/CMakeLists.txt: Clean out bits we know we won't be using.
21:36.25Notify03BRL-CAD:starseeker * 65561 brlcad/trunk/src/other/clipper/CMakeLists.txt: slight cleanup of clipper CMakeLists.txt file
21:47.46Notify03BRL-CAD:ejno * 65567 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: some uses of the deprecated CCONE1 record can't be represented as CCONE2 records, so work on optionally writing out CCONE1 records as well (in progress)
21:53.21Notify03BRL-CAD Wiki:66.249.83.166 * 8967 /wiki/User:Terry.e.wen/log:
22:15.40Notify03BRL-CAD Wiki:Konrado DJ * 8968 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 10 JULY 2015 */
IRC log for #brlcad on 20150711

IRC log for #brlcad on 20150711

00:28.45Notify03BRL-CAD:starseeker * 65568 (brlcad/trunk/include/bu/bu_tcl.h brlcad/trunk/include/bu.h and 6 others): Rework bu_observer to use an eval callback function instead of explicitly requiring Tcl_Eval - abstracts the explicit use of Tcl data types out of bu_observer, although the command strings are still being constructed as before.
01:04.35Notify03BRL-CAD Wiki:Bhollister * 8969 /wiki/User:Bhollister/DevLogJuly2015: /* Fri, July 10, 2015 */
01:35.10Notify03BRL-CAD:starseeker * 65569 (brlcad/trunk/include/bu/str.h brlcad/trunk/src/libbu/argv.c): Make a stab at setting up a stand-alone tcl list to argv array libbu function based on the Tcl_SplitList code. Untested.
01:44.16Notify03BRL-CAD:starseeker * 65570 brlcad/trunk/src/libged/how.c: Switch how command to bu_argv_from_tcl_list - quick test seems to work.
01:56.17starseekerscowls - for a "temporary" measure this global brlcad_interp has hung around a long time and spread rather widely... dates back to r31629
02:05.52Notify03BRL-CAD:starseeker * 65571 (brlcad/trunk/include/bu/bu_tcl.h brlcad/trunk/include/rt/global.h and 3 others): Shove brlcad_interp up from libbu into librt, which appears to be the next lowest level library that actually uses this interp.
02:12.25*** join/#brlcad milinda (~milinda@112.134.105.12)
02:37.31Notify03BRL-CAD:starseeker * 65572 (brlcad/trunk/include/bn/bn_tcl.h brlcad/trunk/include/bu/CMakeLists.txt and 13 others): Needs further testing, but this removes Tcl entirely from libbu.
03:00.37Notify03BRL-CAD:starseeker * 65573 (brlcad/trunk/include/bn/CMakeLists.txt brlcad/trunk/include/bn.h and 6 others): Move the libbn tcl bits into libtclcad as well.
04:14.35*** join/#brlcad milinda (~milinda@124.43.205.62)
06:00.27*** join/#brlcad milinda (~milinda@124.43.165.1)
12:21.34*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
12:21.34*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
12:56.02*** join/#brlcad sofat (~sofat@202.164.45.212)
13:34.02*** join/#brlcad sofat (~sofat@202.164.45.204)
14:26.01Notify03BRL-CAD Wiki:Deekaysharma * 8970 /wiki/User:Deekaysharma/logs: /* 9 June */
14:38.26brlcadstarseeker: that's why I harp on code complete .. there is no such thing as temporary
14:47.21*** join/#brlcad sofat (~sofat@202.164.45.212)
14:57.46*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
15:12.28*** join/#brlcad sofat (~sofat@202.164.45.212)
15:24.11Notify03BRL-CAD Wiki:Ercanrobben * 0 /wiki/User:Ercanrobben:
15:29.56*** join/#brlcad sofat (~sofat@202.164.45.204)
15:38.42sofatbrlcad, I have done milestones which are told by starseeker for menu and interface
15:39.15sofathttp://202.164.53.122/wordpress/articles/en/about.php
16:05.02*** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:28c1:d820:43c7:ee16)
16:05.37*** join/#brlcad sofat (~sofat@202.164.45.204)
16:06.04brlcadsofat: the menu does not look right
16:06.13sofatwhy ??
16:06.57brlcaddid you hand-write the menu?
16:07.12brlcadI'm seeing lots of little things
16:07.41brlcadthe menu should reflect what is in the repository (i.e., get generated from it)
16:08.10sofatno menu generated form xml file means from brlcad
16:08.18brlcadand then I think it needs to handle translations distinctly .. we don't want those in the menu
16:08.21sofatmain_menu.xml
16:09.00brlcadthen why does it show Articles -> En ... and Books -> En .. but Lessons -> EN ?
16:09.10brlcadwhere is "EN" coming from?
16:09.23brlcadthe repository has "en" for all three
16:10.10sofati write code in main_menu.xml file  i write En not en
16:10.27sofatso this display En not en
16:10.54*** join/#brlcad ih8sum3r (~ih8sum3r@61.2.83.185)
16:11.16brlcadhow did you make main_menu.xml ?
16:11.25brlcadscript or you wrote it?
16:12.03brlcadit needs to be generated automatically
16:12.16brlcadand have awareness to treat the translations differently
16:13.00brlcadSpecifications -> En -> Brl-Cad G Format V5 -> Background and Terminology -> ../../.......this looks wrong
16:13.37brlcadSpecifications -> En -> Brl-Cad G Format V5 -> [unnamed + ... this looks wrong]
16:14.39brlcadSpecifications -> En -> Brl-Cad G Format V5  <-- is wrong.. we never use "Brl-Cad" .. always BRL-CAD where uppercase is supported
16:15.27brlcadthe styling on many pages looks wrong .. might be stylesheet issue but here is an example:  http://202.164.53.122/wordpress/presentations/en/intro-to-tcltk.php
16:18.32brlcadthe menu '+' doesn't seem to be working right for some items -- it's showing Animation Tutorial underneath About BRL-CAD and the + on Animation Tutorial only adds/hides 'Introduction', never hiding Appendix A and B and Chains
16:20.05*** join/#brlcad sofat (~sofat@202.164.45.212)
16:22.53sofatbrlcad, what changes you want now in menu ?
16:23.33sofatbecause now menu generated from brlcad building system and menu code in main_menu.xml file
16:24.05sofatI write the code for menu so I write EN or En
16:30.54*** join/#brlcad hiteshsofat (~androirc@101.215.36.156)
16:38.47sofatbrlcad, ping
16:51.18*** join/#brlcad milinda (~milinda@112.134.202.1)
17:34.12*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-tqqcjdrbczhbcqvq)
17:47.09*** join/#brlcad beanq (0ea14073@gateway/web/freenode/ip.14.161.64.115)
18:17.55sofatbrlcad, please tell me what changes now you want in menu ??
19:24.34*** join/#brlcad sofat (~sofat@202.164.45.212)
19:40.22*** part/#brlcad ih8sum3r (~ih8sum3r@61.2.83.185)
20:02.30*** join/#brlcad sofat (~sofat@202.164.45.204)
20:29.34*** join/#brlcad andrei_il (~andrei@109.100.128.78)
20:32.34*** join/#brlcad sofat (~sofat@202.164.45.212)
20:38.09Notify03BRL-CAD Wiki:202.164.45.212 * 8971 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
20:51.39Notify03BRL-CAD:starseeker * 65574 brlcad/trunk/src/librt/db_diff.c: Swap out Tcl_SplitList with bu_argv_from_tcl_list
20:58.25Notify03BRL-CAD:starseeker * 65575 brlcad/trunk/src/librt/db_tree.c: Remove another Tcl_SplitList
21:15.22Notify03BRL-CAD Wiki:MeShubham99 * 8972 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 7 */
21:23.47Notify03BRL-CAD:starseeker * 65576 brlcad/trunk/src/librt/tree.c: Replace Tcl_HashTable with bu_hash_tbl (needs testing)
21:24.01Notify03BRL-CAD Wiki:Deekaysharma * 0 /wiki/File:Meteor_freeBSD_error.png: Error while installing meteor on freeBSD 10.1
21:35.33Notify03BRL-CAD Wiki:Deekaysharma * 8974 /wiki/User:Deekaysharma/logs:
21:38.42Notify03BRL-CAD:starseeker * 65577 (brlcad/trunk/src/librt/tree.c brlcad/trunk/src/rt/rtshot.c): rtshot tests this hash table. So far, not working.
21:58.58Notify03BRL-CAD:starseeker * 65578 (brlcad/trunk/src/librt/tree.c brlcad/trunk/src/rt/rtshot.c): This seems to work, but I could use a second opinion on how to accomplished what this is trying to do...
22:26.48Notify03BRL-CAD:starseeker * 65579 brlcad/trunk/src/librt/primitives/pipe/pipe.c: Replace a bunch of Tcl string/list manipulations with a sscanf
23:46.34Notify03BRL-CAD:starseeker * 65580 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/primitive_util.c brlcad/trunk/src/librt/primitives/sketch/sketch.c): Handle sketch curve string processing without requiring a tcl interp.
23:49.04Notify03BRL-CAD:starseeker * 65581 brlcad/trunk/src/librt/primitives/sketch/sketch.c: Completely remove tcl.h from sketch.c
IRC log for #brlcad on 20150712

IRC log for #brlcad on 20150712

00:10.06Notify03BRL-CAD:starseeker * 65582 brlcad/trunk/src/librt/primitives/nmg/nmg.c: Remove tcl interp usages from nmg.c
00:15.51Notify03BRL-CAD:starseeker * 65583 brlcad/trunk/src/librt/primitives/sketch/sketch.c: Remove uses of brlcad_interp from sketch
00:21.46Notify03BRL-CAD:starseeker * 65584 (brlcad/trunk/src/librt/primitives/arbn/arbn.c brlcad/trunk/src/librt/primitives/ars/ars.c and 3 others): remove some more uses of brlcad_interp
00:27.45Notify03BRL-CAD:starseeker * 65585 brlcad/trunk/src/librt/binunif/db5_bin.c: Switch binunif/db5_bin off of Tcl objects. Not quite sure how to test this one...
00:53.18Notify03BRL-CAD:starseeker * 65586 brlcad/trunk/src/librt/primitives/bot/bot.c: Switch bot's adjust command over to non-Tcl logic. This one will need a lot of testing - there are a fair number of objects here and it's not immediately clear how to exercise them all.
00:54.17Notify03BRL-CAD:starseeker * 65587 brlcad/trunk/src/librt/primitives/bot/bot.c: Make it easier to search for Tcl instances
01:05.15Notify03BRL-CAD:starseeker * 65588 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Remove no-op functions that aren't used anywhere with Tcl_Interp args.
01:15.22Notify03BRL-CAD:starseeker * 65589 brlcad/trunk/src/librt/primitives/bspline/bspline.cpp: Make a stab at extracting Tcl from the old nurbs/bspline primitive
01:19.02Notify03BRL-CAD:starseeker * 65590 (brlcad/trunk/src/librt/primitives/arbn/arbn.c brlcad/trunk/src/librt/primitives/ars/ars.c and 6 others): Remove tcl.h includes
01:30.43Notify03BRL-CAD:starseeker * 65591 brlcad/trunk/include/rt/rt_instance.h: Update comment
02:09.00Notify03BRL-CAD:starseeker * 65592 (brlcad/trunk/include/ged.h brlcad/trunk/include/raytrace.h and 11 others): Push Tcl out of librt, except for the Tcl_Interp pointer in the rt_wdb data structure. Move the rt tcl specific functions and interface to libtclcad, push brlcad_interp up to libged. Not 100% percent sure this is really minimally impacting - if it has to be reverted, at least this commit will document the
02:09.02Notifychanges. libged is next, but it looks like it's using Tcl for portable inter-application communication for rt/rtcheck on Windows and view_obj appears to use it extensively - those could be tricky to handle.
02:09.04Notify...
02:36.27Notify03BRL-CAD:starseeker * 65593 (brlcad/trunk/include/bu/CMakeLists.txt brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/librt/CMakeLists.txt): distcheck fixes
03:08.27*** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:28c1:d820:43c7:ee16)
06:49.16*** join/#brlcad milinda (~milinda@124.43.148.169)
10:50.58Notify03BRL-CAD Wiki:Shaina7837 * 8975 /wiki/User:Shainasabarwal/GSoC15/logs: /* 3 July */
14:20.48*** join/#brlcad deepak_ (~deepak@59.97.213.169)
14:58.37Notify03BRL-CAD:starseeker * 65594 brlcad/trunk/src/liboptical/CMakeLists.txt: liboptical needs Tcl lib called out explicitly in CMake now.
15:21.24Notify03BRL-CAD:starseeker * 65595 (brlcad/trunk/src/other/incrTcl/itcl/CMakeLists.txt brlcad/trunk/src/other/incrTcl/itk/CMakeLists.txt): avoid some warnings
15:27.49Notify03BRL-CAD:starseeker * 65596 brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/tinycthread.h: Clear clang Wdocumentation warnings
16:19.50*** join/#brlcad milinda (~milinda@112.134.100.37)
18:48.07*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
20:51.30*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kgsomjghtvggjqou)
21:17.41Notify03BRL-CAD Wiki:202.164.45.204 * 8976 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
22:08.42Notify03BRL-CAD Wiki:MeShubham99 * 8977 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 7 */
23:20.12Notify03BRL-CAD Wiki:Konrado DJ * 8978 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 12 JULY 2015 */
IRC log for #brlcad on 20150713

IRC log for #brlcad on 20150713

00:25.11Notify03BRL-CAD Wiki:MeShubham99 * 8979 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 7 */
01:21.38Notify03BRL-CAD Wiki:85.241.192.77 * 8980 /wiki/User:Vasco.costa/GSoC15/logs:
01:22.22Notify03BRL-CAD Wiki:85.241.192.77 * 8981 /wiki/User:Vasco.costa/GSoC15/logs:
01:23.15Notify03BRL-CAD Wiki:85.241.192.77 * 8982 /wiki/User:Vasco.costa/GSoC15/logs:
01:24.44Notify03BRL-CAD Wiki:85.241.192.77 * 8983 /wiki/User:Vasco.costa/GSoC15/logs:
01:25.47Notify03BRL-CAD Wiki:85.241.192.77 * 8984 /wiki/User:Vasco.costa/GSoC15/logs:
02:49.55*** join/#brlcad ih8sum3r (~deepak@117.214.222.67)
05:23.06*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ezfovgkembplyfcc)
06:53.21*** join/#brlcad luca79 (~luca@adsl-ull-174-213.46-151.net24.it)
07:17.57*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
07:27.18*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-rbglatprfqwfbqnx)
10:25.10*** join/#brlcad Izakey (~Izakey@41.205.22.16)
10:49.23Izakeyarcher and mged aren't running after install, any help ?
10:51.01Izakeywonders if he missed a flag when building BRL-CAD
11:14.11dracarys983Izakey: Was itk and itcl installation ON? I got this problem when itcl was not installed, once when I built it iirc.
11:14.49IzakeyI don't think so dracarys983
11:14.59IzakeyNone of those were on
11:15.17IzakeyHow do you turn on those flags dracarys983 ?
11:19.48dracarys983Make sure first that you have those installed.
11:20.02dracarys983Run "locate libitcl"
11:20.16dracarys983Same for libitk
11:22.33dracarys983Izakey: Oh wait. You can instead do this : BRLCAD_BUNDLED_LIBS=ON while running CMake. Try with that. :)
11:22.45Izakeydracarys983, I get this https://paste.kde.org/pacmwprtx when I run "locate libitcl"
11:26.15dracarys983Izakey: It's installing them I guess from the paste that you sent.
11:27.31dracarys983Try the flag for bundled libs. -DBRLCAD_BUNDLED_LIBS=ON is the actual thing to write with CMake. I'm sorry I need to go right now. If you're still stuck, I'll get in touch once I'm back.
11:27.56IzakeyOkay, Thanks dracarys983
11:28.12IzakeyDid you get your nick from Game of Thrones dracarys983 ?
11:28.34dracarys983Izakey: Finally. Somebody who noticed that. :D
11:28.43dracarys983Hell yeah I did.
11:29.50IzakeySo you like Khaleesi
11:32.24dracarys983Izakey: Yeah I do. However, dracarys is "dragonfire" in High Valyrian. So, I like "dragonfire" to be precise. ;)
11:34.16dracarys983I'll catch you later on this. Bye :)
11:34.26IzakeyBye dracarys983
12:05.04Izakeyno head way dracarys983
12:21.06*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:33.23*** join/#brlcad Izakey (~Izakey@41.205.22.56)
12:43.51Notify03BRL-CAD:iiizzzaaakkk * 65597 brlcad/trunk/src/librt/primitives/hrt/hrt_mirror.c: Fixing wrong check. Should be _HRT_ macro used instead of _ELL_
13:53.17Notify03BRL-CAD:starseeker * 65598 brlcad/trunk/CMakeLists.txt: Simplify policy setup slightly
14:35.11*** join/#brlcad milinda (~milinda@112.134.235.86)
14:52.48Notify03BRL-CAD:carlmoore * 65599 (brlcad/trunk/include/bu/str.h brlcad/trunk/src/libbu/argv.c): remove a trailing whitespace character; fix a spelling
14:55.56*** join/#brlcad sofat (~sofat@202.164.45.212)
14:56.03sofatbrlcad, hello
14:56.22sofatI have update menu style please check
14:56.23sofathttp://202.164.53.122/wordpress/articles/en/about.php
14:56.57sofatfor languages conversion I have used google language translator plugin
15:37.13*** join/#brlcad Stragus (~alexis@135.19.29.90)
15:38.06*** join/#brlcad cox (~quassel@188.226.208.53)
16:01.42*** join/#brlcad milinda (~milinda@112.134.235.86)
16:41.05brlcad~seen gurwinder
16:41.06infobotgurwinder <75d6c951@gateway/web/freenode/ip.117.214.201.81> was last seen on IRC in channel #brlcad, 4d 6h 50m 27s ago, saying: 'When you free please ping me I want to discuss about it with you.'.
16:49.30*** join/#brlcad sofat (~sofat@202.164.45.212)
16:49.49sofatbrlcad, I need some help if you free
16:51.15Notify03BRL-CAD Wiki:117.212.51.230 * 8985 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
16:51.45sofat"Note that About Hy, About It, and About Ru should not be in the hierarchy list… the same for all of the lessons that are available in Spanish and English.  You need some mechanism to identify that they are the same file (we could put a unique ID in the XML or maybe there is already such an ID available) so that you can link them with the flags."
16:52.11sofatplease explain this requirements
16:55.28brlcadsofat: you have to explain what you do not understand for me to clarify ...
16:55.42brlcadstart with the beginning .. "About Hy, About It, and About Ru should not be in the hierarchy"
16:56.04brlcadDid you look at the Lessons list?
17:01.45brlcadugh
17:02.56*** join/#brlcad sofat (~sofat@101.208.86.139)
17:04.27sofatand about hy, about it, about ru is not part of submenu it will part of main menu
17:06.17sofatbrlcad, I am right ?
17:06.30brlcad12:55 < brlcad> sofat: you have to explain what you do not understand for me to clarify ...
17:06.33brlcad12:55 < brlcad> start with the beginning .. "About Hy, About It, and About Ru should not be in the hierarchy"
17:06.36brlcad12:56 < brlcad> Did you look at the Lessons list?
17:06.43brlcadthe translations should not be on the menu
17:07.09sofatok
17:07.18brlcadlook at the lessons list
17:07.20sofatthis is done by flag
17:07.39sofatok
17:07.45sofati see lessons
17:12.22sofatbrlcad, next
17:12.57brlcadsofat: we don't want to have to do this manually .. imagine 1000's of documents all with different manual translations....
17:13.24sofatok
17:13.30brlcadthey need to be identified as a document available in [...] languages
17:13.49sofatok
17:13.54brlcadthe language goes into the URL, accessed with the flags
17:14.02sofatyes
17:14.20sofatI have some idea
17:14.36sofatI want to tell you if you allow me
17:14.39brlcadsure
17:15.55sofatI will logic with help I fetch the language folder names and show as drop down according to category means article 4 languages book 1 language only this process is automated
17:16.01sofati wiil make
17:16.57sofatso now If user want to change the language then user select the language form drop down and click on button
17:17.50brlcadI think having two drop downs will be confusing
17:17.59sofatafter this same document replaced by other language document if same document exits in other language if not exits the show the message like "This document is not in this language "
17:18.46sofatmens url will redirect to other document
17:18.55sofats/mens/means
17:20.02brlcadshowing a "this document is not in this language" would likely be very frustrating for a user ... if it's not available, why show the option in the first place
17:21.11*** join/#brlcad andrei_il (~andrei@109.100.128.78)
17:21.40*** join/#brlcad hitesh (~androirc@101.208.86.139)
17:22.16*** join/#brlcad sofat (~sofat@101.208.86.139)
17:22.27brlcadconnection problems?
17:22.33sofatyes
17:23.33sofatbut now my laptop shot down because I forget to put my laptop on charging ;-)
17:23.40sofats/shot/shut
17:23.40brlcadahhh
17:23.42brlcadheh
17:24.15brlcadso here's an example of what I was thinking:  https://ps.w.org/transposh-translation-filter-for-wordpress/assets/screenshot-5.png
17:24.20brlcadspecifically the right side only
17:24.40brlcadthe drop-down would be automatic translations followed or preceded by the manual translations
17:26.03sofatyes I see this image
17:26.24sofatthats means you want flags according country languages
17:27.08sofatlike for hy, flag for it, flag for ru, flag for :-ru
17:27.15brlcadright, it's a common pattern easy to automate
17:27.26sofatok
17:27.28sofatnice\
17:28.10sofatOk now I understood this
17:28.27sofatI will report you when I done this work
17:28.49brlcadmight help: http://www.freshcodehub.com/javascript/implementing-google-translate-with-custom-flag-icons
17:28.58brlcadhttp://stackoverflow.com/questions/10486833/implementing-google-translate-with-custom-flag-icons
17:30.00sofatone more question
17:30.16brlcadah, and http://www.madtomatoe.com/google-translate-mini-flags-widget/
17:30.40sofatthese flags for our language which language we provide to users like :- hy , it, ru, en, es
17:31.12brlcadyes?
17:31.24brlcadthose are standard language codes
17:32.18sofatok when user click on flag then url redirect to other language
17:32.28sofathttp://202.164.53.122/wordpress/lessons/en/mged01_creating_primitive_shapes.php
17:32.32sofatwhen i use es
17:32.36sofathttp://202.164.53.122/wordpress/lessons/es/mged01_creating_primitive_shapes.php
17:33.12sofatthen en replaced by es and redirect to other language document
17:33.31sofatbut same document
17:33.35brlcadhttp://365icon.com/icon-styles/ethnic/classic2/
17:33.46brlcador http://www.famfamfam.com/lab/icons/flags/
17:35.01brlcadyes, so there will be two translation paths -- a) google translate drop-down and b) the list of manual translation languages
17:35.17brlcadit would be good to have flags on both
17:35.44brlcadthat's all those URLs I just provided -- the first set was for (a) and the last two were for (b)
17:37.20sofatok
17:37.24brlcadah, maybe even better for (b) https://www.gosquared.com/resources/flag-icons/
17:37.26sofati understood
17:39.09*** join/#brlcad sofat (~sofat@101.208.86.139)
18:02.45Notify03BRL-CAD:starseeker * 65600 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): Hmm - having trouble getting a valid brep in this case...
18:13.19Notify03BRL-CAD:starseeker * 65601 brlcad/trunk/src/libbrep/shape_recognition.cpp: only use old type if we aren't doing inner/outer
18:14.00*** join/#brlcad konrado (~konro@41.205.22.6)
18:39.20*** join/#brlcad sofat (~sofat@202.164.45.212)
18:39.39Notify03BRL-CAD:starseeker * 65602 brlcad/trunk/src/libbrep/shape_recognition.cpp: Turns out it is possible under certain circumstances to end up with inner loops when the csg conversions fail - fix assumptions in brep builder.
18:46.03*** join/#brlcad sofat (~sofat@202.164.45.212)
19:17.15*** join/#brlcad sofat (~sofat@101.208.86.139)
19:29.45Notify03BRL-CAD:n_reed * 65603 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: mark a couple functions
20:12.06Notify03BRL-CAD:brlcad * 65604 (brlcad/trunk/src/libbrep/PullbackCurve.cpp brlcad/trunk/src/libbrep/opennurbs_ext.cpp and 6 others): take care of a bunch of set-but-unused warnings including several that are outright memory leaks (an allocation on the heap is made and we don't do anything with it)
20:12.44brlcadwonders what if anything is preventing us from compiling c++ with Werror now that boost is gone
20:14.34starseekerbrlcad: maybe not - I'll give it a go once
20:15.58Notify03BRL-CAD:brlcad * 65605 brlcad/trunk/src/librt/primitives/brep/brep.cpp: remove unused var
20:21.41starseekerbrlcad: bullet looks like it's a problem - let me see if I can do the pragma warning squashing around just the bullet headers
20:24.36Notify03BRL-CAD:starseeker * 65606 (brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/librt/CMakeLists.txt): Turn on strict CXX for a number of our libraries.
20:25.36starseekerwonders if we should turn on the bullet building by default - don't want that code to get stale...
20:29.28Notify03BRL-CAD:brlcad * 65607 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/bot/bot.c): break up the monster bot.c file a little bit so we can separate out all of the bits that pertain to decimation. turn off the new incremental mesh simplification method from alexis' gct code until it's more portable (there are assembly bits that are failing to compile on bsd, windows, etc. jon is getting a
20:29.30Notifybaseline on whether the asm is worth keeping. separating out the bot_edge struct too since it's shared by several routines, but not making public.
20:29.32Notify...
20:30.26brlcadstarseeker: after release
20:32.17Notify03BRL-CAD:brlcad * 65608 brlcad/trunk/TODO: schedule enabling of the simulate command since it's awesome and we don't want it to get out of sync -- release testing and deployment issues implied
20:32.19brlcadgood idea though... it's probably close to usable now
20:32.44brlcadejno: are there any updated docs for simulate?  is the wiki page tutorial up-to-date?
20:33.43brlcadi'm thinking specifically about how someone will know how to specify a ground plane, an object, and how to run the simulation
20:35.00Notify03BRL-CAD:brlcad * 65609 brlcad/trunk/TODO: iges exporter and unit tests were fixed during winter/gci timeframe
20:41.30Notify03BRL-CAD:brlcad * 65610 brlcad/trunk/misc/CMake/ThirdParty.cmake: ws
21:20.44*** join/#brlcad Izakey (~Izakey@41.205.22.9)
21:26.13*** join/#brlcad Izakey (~Izakey@41.205.22.43)
21:30.34Notify03BRL-CAD:starseeker * 65611 brlcad/trunk/src/libged/CMakeLists.txt: Looks like we don't need this anymore for bullet either - perhaps the new system include flags are handling it...
21:31.25starseekerbrlcad: that should get NO_STRICT out of all the libs
21:36.53*** join/#brlcad konrado (~konro@41.205.22.20)
21:50.58Notify03BRL-CAD:brlcad * 65612 (brlcad/trunk/include/bu/magic.h brlcad/trunk/include/rt/db5.h and 11 others): add initial support for datums as a first-class database object. Datums are a non-solid geometric entities intended for storing reference points, lines, planes, and combinations thereof (e.g., a coordinate reference frame consists of three orthogonally intersecting planes, three axes at their intersections, and a
21:51.00Notifycenter point). The semantics used here closely follow ASME standard Y14.5M and the various ISO standards regarding datums (e.g., ISO 5459 and ISO 1101), but without support thus far for other aspects like datum features (e.g., an actual manufactured point/edge/surface) and feature control frames (annotation with symbols, datum, and tolerance info). This is also a nearly complete example for how to add a new entity to
21:51.02NotifyBRL-CAD, including basic I/O support, some callbacks (e.g., plot), and fundamental commands (in, make, keypoint, l, etc). Main bits missing are a proper wdb/construction interface, GUI support, and ray tracing (which aren't really applicable to datums)....
21:56.30*** join/#brlcad Izakey (~Izakey@41.205.22.5)
21:56.43*** join/#brlcad konrado (~konro@41.205.22.45)
22:45.58Notify03BRL-CAD Wiki:Konrado DJ * 8986 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 13 JULY 2015 */
23:00.50*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
23:02.30*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
23:02.59*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
23:03.04*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
23:03.22*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
23:03.39*** join/#brlcad ejno (~ejno@66-118-151-70.static.sagonet.net)
23:03.43*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
23:10.11*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
23:28.01Notify03BRL-CAD:brlcad * 65613 brlcad/trunk/NEWS: note the new support for datums
23:30.45Notify03BRL-CAD:brlcad * 65614 brlcad/trunk/src/libged/typein.c: index var names shadows on some platforms
23:56.42Notify03BRL-CAD Wiki:Bhollister * 8987 /wiki/User:Bhollister/DevLogJuly2015:
IRC log for #brlcad on 20150714

IRC log for #brlcad on 20150714

00:44.54Notify03BRL-CAD Wiki:Bhollister * 8988 /wiki/User:Bhollister/DevLogJuly2015: /* Mon, July 13, 2015: Start of Week 8 (of 14) */
01:46.16starseekerblinks... is transparency broken in Archer raytracing somehow?
01:52.22brlcaddunnos
01:57.59starseekerah, nevermind
01:58.10starseekertop level shader overriding lower level one
01:58.20starseekerdons dunce cap
01:58.32starseekercool - datums arrive!
01:59.29starseekernotes that someday it would be nice to have a GUI that gave some visual indication that the shader you're currently editing is overridden further up the tree...
01:59.52starseekerat least, in a instance-in-tree context...
03:09.33Notify03BRL-CAD:brlcad * 65615 brlcad/trunk/TODO: the addition of tinycthread for gct begs design discussion, whether / how to expand libbu's threading API. on the surface, the next step probably involves exposing thread-level controls. this is fairly easily extracted from bu_parallel's guts for all existing threading models with some minor changes. adding support for individually starting, stopping, and waiting for
03:09.35Notifythreads would provide a fairly simple cross-platform abstraction.
03:09.37Notify...
03:15.10brlcadstarseeker: I really hate to say it but 65568 (and possibly others) does not look minimally impacting
03:15.43brlcadand yeah, I should have commited the datums code over a month ago... too many distractions and delays
03:15.55starseekersighs - I was afraid of that
03:17.20starseeker*really* doesn't want to revert pushing Tcl up out of the basic libs... if you're going to insist on the deprecation principle I suppose there's no alternative...
03:17.21brlcadis searching for a path forward
03:17.46starseekerjust revert it and we'll mark it deprecated, then hope it won't be too hard to do it again someday
03:18.00starseekergrinds teeth slightly...
03:18.10brlcadis there a way to push it to the side?
03:18.17starseeker?
03:18.39starseekeryou mean leave the APIs in place?
03:18.40brlcadtrying to think how we can effectively get around the deprecation policy
03:18.45brlcadyes and now
03:19.13brlcadbasically two sets of minimally impacting changes
03:19.26brlcadexample
03:19.27starseekercan probably live with restoring the bu/bn/rt tcl specific stuff, as long as the rest stays put
03:20.04brlcadwe could rename bu_observer_notify() to tclcad_observer_notify() with the Tcl_Interp param and all, just like it was -- that's minimally impacting change #1
03:20.27starseekerI was sort of hesitant to do it right before a release in the first place, but it was one of those things where I got some momentum built up...
03:20.50brlcadthen add new api "bu_listener_notify" or "bu_observer_tell()" that has the new callback
03:20.56brlcadthat'd be change #2
03:20.57starseekerbrlcad: not quite minimal - introduces the need to include tclcad headers/library linking as well
03:21.05starseeker(tclcad rename)
03:21.15brlcadthat's the beauty
03:21.27brlcadwe've never made a claim/policy about linkage
03:21.33starseekerah
03:21.39brlcadthat a given symbol would be in a lib, just that it'd be available
03:22.17brlcadit's weaseling, but still "minimally impacting" in a pure techncial sense .. it's just as easy to add a -ltclcad as it is to rename a function
03:22.23starseekernods
03:22.42brlcadso it fits in spirit even if dirty
03:23.12brlcadand it could be immediately deprecated
03:23.33brlcadthat way, all the work you've done could stay with some minor changes
03:23.54brlcadhave to make sure all the symbols that lost a tcl_interp have a different name
03:24.02brlcadand that tclcad has them
03:24.29starseekerremoves cat from keyboard...
03:24.33starseekerahem
03:24.49brlcadthat said.... we only use observer in few places, you know how many?
03:25.06starseeker2 i think?
03:25.08starseekerchecks
03:25.33brlcadif we can move it to tclcad without creating a dependency snafu, it might make more sense to just deprecate the whole shebang
03:25.51starseeker3 - dm_obj.c, view_obj.c in libged and wdb_obj.c in mged
03:26.44brlcadugh
03:27.09brlcadlibged is obviously a problem.. :(
03:28.27brlcadso yeah, just stub in the observer stuff back into libtclcad/observer.c as tclcad_observer.. leave the _obj instances as you have them updated to new bu_observer, just need to rename 2/3 functions
03:28.31brlcadlooks
03:29.08brlcadjust one, bu_observer_notify
03:29.26brlcadoh, hm
03:30.31brlcadhow about this...
03:38.08starseekerbrlcad: I need to turn in - I'll check logs tomorrow, let me know if I need to move the Tcl APIs back into bu/bn/rt
03:38.41starseeker(or whatever solution looks best - I knew it was a bit risky to do, so if you want to revert and deal with it after release I'm fine with that.)
03:45.14brlcadbasically cheating
03:46.43starseekerbrlcad: about the threads thing - my understanding is the tinythreads code mimics the C11/C++11 API, which seems like a Really Good Thing - if we're going to do a libbu API, my preference would be to try and supply the new standard API when it's missing
03:57.57Notify03BRL-CAD:brlcad * 65616 (brlcad/trunk/include/bu/observer.h brlcad/trunk/src/libbu/observer.c and 3 others): move the callback parameter to the end of the function list for bu_observer_notify() in order for existing code to keep linking. C allows functions to be called with fewer-than-specified arguments, albeit with undefined behavior, but generally passing 0. it's a sleazy way to claim that this is minimally
03:57.59Notifyimpacting. allowing it for this exceptional case since this API a) is really obscure and unlikely used outside of our code and b) directly exposed Tcl which really sucked for base public api to have such a major dependency.
03:58.01Notify...
03:58.19brlcadstarseeker: sort of mimics it, with C semantics
03:59.20brlcadit is a good thing, I really like it .. the question is what to do about it
04:00.16brlcadwe could remove parallelism from libbu (somewhat portably risky), fully expose the same API, or take baby steps towards exposing as much as we need
04:02.09brlcadwithout more data, gct just exposed a slightly more complicated dispatch (really, a non-blocking bu_parallel()) .. which begged for individual thread control if taking baby steps
04:02.50brlcadthe other two options are certainly worth considering
04:04.37brlcadI could see fully exposing the same API but there are definitely tradeoffs with fully expressivity (can be exceptionally harder to debug)
04:08.27Notify03BRL-CAD:brlcad * 65617 brlcad/trunk/src/rt/viewedge.c: replace Tcl_SplitList call with new bu_argv_from_tcl_list call
04:11.01Notify03BRL-CAD:brlcad * 65618 brlcad/trunk/TODO: no more instances of Tcl_SplitList() being called. woo hoo
04:11.40Notify03BRL-CAD:brlcad * 65619 brlcad/trunk/src/rt/viewedge.c: oop, it doesn't need an interp
04:13.58Notify03BRL-CAD:brlcad * 65620 brlcad/trunk/src/rt/viewedge.c: plug memory leak, free our memory
04:16.19Notify03BRL-CAD:brlcad * 65621 brlcad/trunk/CHANGES: death to globals in public API
04:57.30Notify03BRL-CAD:brlcad * 65622 brlcad/trunk/CHANGES: probably not user-visible, but a good idea to document the change that our base libraries no longer require tcl
05:37.14*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
07:21.39*** join/#brlcad Izakey (~Izakey@41.205.22.11)
07:27.35*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mcivyxooaznpmklc)
07:35.52*** join/#brlcad luca79 (~luca@host162-221-dynamic.5-87-r.retail.telecomitalia.it)
08:23.17Notify03BRL-CAD Wiki:MeShubham99 * 8989 /wiki/User:MeShubham99/GSoc15/log_developmen:
08:24.17Notify03BRL-CAD Wiki:MeShubham99 * 8990 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 7 */
08:40.21Notify03BRL-CAD Wiki:MeShubham99 * 8991 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 7 */
08:43.26Notify03BRL-CAD Wiki:MeShubham99 * 8992 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 8 */
08:48.40Notify03BRL-CAD Wiki:MeShubham99 * 8993 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 8 */
09:12.44*** join/#brlcad Izakey (~Isaac@41.205.22.35)
09:14.13*** join/#brlcad Izakey_ (~Izakey@41.205.22.47)
11:09.15*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:35.22*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
13:10.23*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
13:19.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:33.39*** join/#brlcad Izakey (~Izakey@41.205.22.13)
13:40.11Notify03BRL-CAD:starseeker * 65623 brlcad/trunk/src/libbrep/shape_recognition.cpp: Still not building a proper B-Rep when inner trimming loops are present.
13:48.11*** join/#brlcad Izakey_ (~Izakey@41.205.22.37)
14:06.30Notify03BRL-CAD:d_rossberg * 65624 (brlcad/trunk/src/libgcv/wfobj/obj_parser.cpp brlcad/trunk/src/libgcv/wfobj/obj_parser_state.h): quell warnings (errors) of type "typedef ?\226?\128?\152~?\226?\128?\153 locally defined but not used"
14:09.13d_rossbergapparently there are some exotic characters in my console
14:23.47Notify03BRL-CAD:ejno * 65625 (brlcad/trunk/src/libbu/semaphore.c brlcad/trunk/src/librt/primitives/bot/bot.c): fix typo; remove gct includes from bot.c
14:26.16dracarys983d_rossberg: Kindly check my updated patch when time permits.
14:26.54dracarys983And tell me if I should start implementing the Volume() function in C++ interface.
14:28.02*** join/#brlcad __monty__ (~toonn@d51A5489B.access.telenet.be)
14:31.42d_rossbergdracarys983: i've already commented your patch (i've some questions)
14:32.14d_rossbergnevertheless you can start implementing Volume()
14:50.09Notify03BRL-CAD:starseeker * 65626 brlcad/trunk/src/libbrep/shape_recognition.cpp: This appears to create a valid brep that also raytraces correctly. More test cases are probably in order...
15:01.45Notify03BRL-CAD:carlmoore * 65627 (brlcad/trunk/src/librt/primitives/datum/datum.c brlcad/trunk/src/librt/primitives/table.c): remove a trailing whitespace character, and fix a spelling
15:23.34Notify03BRL-CAD Wiki:Ejno------ * 0 /wiki/User:Ejno------:
15:28.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:30.16ejnobrlcad: the wiki is out-of-date; I will update it now
15:59.38*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
16:01.07*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
16:01.33*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
16:01.34*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
16:01.46*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
16:01.47*** join/#brlcad ejno (~ejno@66-118-151-70.static.sagonet.net)
16:01.47*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
16:44.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:27.07*** join/#brlcad sofat (~sofat@202.164.45.204)
17:51.00*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.51.91)
18:16.26Notify03BRL-CAD:starseeker * 65628 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: unhandled case...
18:23.26Notify03BRL-CAD Wiki:Ejno------ * 8994 /wiki/Mged_simulation: update to reflect changes in the simulate command
18:42.01ih8sum3rHi brlcad, ``Erik. I'm trying to install meteor on freeBSD 10.1 but I did not get any official support for doing so. I have followed this http://grigio.org/meteorjs_freebsd_11_current/ but facing some problem which I'm unable to solve. I'm attaching the screenshot for the same. Please guide me to get out of this. I read somewhere that libm.so.6 problem can be solve by installing compat6x from ports (http://www.cyberciti.biz/faq/libexecld-elfso1-shared-obj
18:52.32*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
19:03.46sofatbrlcad, hello
19:03.57sofatI have update the language work please check
19:03.58sofathttp://202.164.53.122/wordpress/articles/en/about.php
19:16.29*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
19:22.03*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
19:25.30Notify03BRL-CAD Wiki:Konrado DJ * 8995 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 14 JULY 2015 */
19:26.18Notify03BRL-CAD Wiki:Konrado DJ * 8996 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 14 JULY 2015 */
19:31.48*** join/#brlcad sofat (~sofat@202.164.45.204)
19:38.39*** join/#brlcad Izakey (~Isaac@41.205.22.61)
19:42.47Notify03BRL-CAD Wiki:Deekaysharma * 0 /wiki/File:Meteor_freeBSD_libm.so.6_error.png:
19:52.16Notify03BRL-CAD Wiki:Deekaysharma * 8998 /wiki/User:Deekaysharma/logs:
19:52.57*** part/#brlcad ih8sum3r (~ih8sum3r@122.173.51.91)
19:59.14*** join/#brlcad vasc (~vasc@bl13-100-5.dsl.telepac.pt)
20:05.26vaschmmm. what's with all these cmake warnings...
20:36.10*** join/#brlcad luca79 (~luca@151.57.29.245)
20:44.42Notify03BRL-CAD:lbutler * 65629 brlcad/branches/embree/src/ert/ert.cxx: a little more on ert
21:16.51Notify03BRL-CAD Wiki:202.164.45.204 * 8999 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
21:33.29Notify03BRL-CAD:ejno * 65630 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: work on optionally detecting CCONE1 elements
21:44.36Notify03BRL-CAD:starseeker * 65631 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Hmm... clearly this capping logic needs some more thought...
21:58.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:10.42*** join/#brlcad Gurwinder (3b5b76ba@gateway/web/freenode/ip.59.91.118.186)
23:12.21Notify03BRL-CAD Wiki:Bhollister * 9000 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 14, 2015 */
23:12.27Gurwinderbrlcad: Hi, I am here to discuss with you about my post mid term work. Are you free?
23:14.46Notify03BRL-CAD Wiki:Bhollister * 9001 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 14, 2015 */
23:16.56Notify03BRL-CAD Wiki:Bhollister * 9002 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 14, 2015 */
23:18.09Notify03BRL-CAD Wiki:59.91.118.186 * 9003 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
IRC log for #brlcad on 20150715

IRC log for #brlcad on 20150715

01:02.14Notify03BRL-CAD:starseeker * 65632 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: helps to get the format string right...
01:02.41starseekervasc: what warnings?
01:17.40Notify03BRL-CAD:starseeker * 65633 brlcad/trunk/src/librt/CMakeLists.txt: small program to characterize a brep model and determine what percentage of its objects might be csg conversion candidates. methodology is very crude...
01:28.23Notify03BRL-CAD:starseeker * 65634 brlcad/trunk/src/libbrep/shape_recognition.cpp: Something not quite right here - NIST2 and NIST4 are suddenly failing because of this test...
01:49.20Notify03BRL-CAD:starseeker * 65635 (brlcad/trunk/src/libtclcad/CMakeLists.txt brlcad/trunk/src/libtclcad/tclcad.c): Move the functions pushed into libtclcad from the lower level libs into their own file - need to look at renaming them, may need other reworking.
01:52.14Notify03BRL-CAD:starseeker * 65636 brlcad/trunk/src/librt/tree.c: Shouldn't need string here - needs more testing.
02:48.45Gurwinderbrlcad: Ping
02:51.13vascCMake Warning (dev) at misc/CMake/TCL_PKGINDEX.cmake:45 (get_target_property):
02:51.13vasc<PROTECTED>
02:51.13vasc<PROTECTED>
02:51.13vasc<PROTECTED>
02:51.13vasc<PROTECTED>
02:51.14vasc<PROTECTED>
02:51.16vasc<PROTECTED>
02:51.18vascCall Stack (most recent call first):
02:51.20vasc<PROTECTED>
02:51.22vascThis warning is for project developers.  Use -Wno-dev to suppress it.
02:51.24vascCMake Warning (dev) at misc/CMake/TCL_PKGINDEX.cmake:45 (get_target_property):
02:51.26vasc<PROTECTED>
02:51.28vasc<PROTECTED>
02:51.30vasc<PROTECTED>
02:51.32vasc<PROTECTED>
02:51.34vasc<PROTECTED>
02:51.36vasc<PROTECTED>
02:51.38vascand more like 5 pages of that
03:08.47starseekerah
03:09.00starseekerwhat version of CMake are you using?
03:10.16starseekervasc: those can be safely ignored - they're a developer message letting us know we need to rework those bits of code to use a new system
03:10.36starseekerfirst we need to require CMake > 3.0, which we'll only do after the 7.26.0 release
03:12.37vasccmake version 3.0.2
03:23.41Notify03BRL-CAD:starseeker * 65637 (brlcad/trunk/src/other/PoissonRecon/CMakeLists.txt brlcad/trunk/src/other/URToolkit/CMakeLists.txt and 12 others): Put policy settings back in for 3.0.2
03:23.47starseekervasc: give that a shot
03:30.44vascjust svn up and then i run cmake? or something else?
03:31.00starseekeryou got it
03:31.27vasci'm running cmake-gui .. -DBRLCAD_BUNDLED_LIBS=ON
03:31.48starseekerOK, that should work
03:31.51vascsame thing happened
03:31.59vascmind you it does generate the makefiles
03:32.03starseekertry clearing the cache
03:32.04vascits just it spews those warnings
03:32.09vascok, where is that?
03:32.23starseekerin the gui I believe it's under the file menu
03:32.26vaschm
03:32.50starseekeryeah, those warnings aren't showstoppers
03:33.44vascdid file->delete cache
03:34.01vascbut same warnings. except now it's spending time detecting stuff in the middle of the warnings
03:34.12starseekerusually we try to keep up with new cmake policies, but 0026 is a challenge
03:34.24starseekervasc: you've updated to 65637?
03:34.48vascAt revision 65637.
03:34.51vascyep
03:34.53starseekerhuh
03:35.02starseekerI'll have to try 3.0.2
03:35.18vascyeah it's the one i use. it came with ubuntu
03:35.57starseekernods
04:11.24Notify03BRL-CAD:starseeker * 65638 brlcad/trunk/CMakeLists.txt: Back up policy simplification - not working as expected
04:34.17*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
06:48.25Gurwinderbrlcad: Are you free now?
06:55.27*** join/#brlcad Izakey (~Isaac@41.205.22.55)
07:02.35GurwinderIzakey: Hello
07:27.43*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-abfthvuqksrwdlmz)
08:01.31*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-fflhynkiaimbhwgt)
08:51.33*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:02.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
10:08.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
10:11.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
11:28.45*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
13:42.34Notify03BRL-CAD:starseeker * 65639 (brlcad/trunk/src/libanalyze/raydiff.c brlcad/trunk/src/libged/shape_recognition.cpp): Add a basic valid/not-valid check using raytracing for the csg conversion - need to figure out why parallel tree building isn't working in libanalyze...
13:48.23Notify03BRL-CAD:starseeker * 65640 (brlcad/branches/embree/AUTHORS brlcad/branches/embree/CHANGES and 117 others): Update to r65639
13:54.28Notify03BRL-CAD:starseeker * 65641 (brlcad/branches/embree/CMakeLists.txt brlcad/branches/embree/db/CMakeLists.txt and 2 others): Add a flag to allow disabling building of STEP pieces
14:03.57*** join/#brlcad Izakey (~Izakey@41.205.22.51)
14:15.47*** join/#brlcad milinda (~milinda@124.43.80.119)
14:25.34Notify03BRL-CAD Wiki:Sean * 9004 /wiki/Google_Summer_of_Code/2015: remove the template and student that didn't pass midterm evaluation
14:27.58brlcadnotes that this year's gsocers are apparently the worst (generally speaking) at IRC to date... :(
14:28.10brlcadso many drive-by disconnects
14:49.44Notify03BRL-CAD:carlmoore * 65642 brlcad/trunk/include/rt/geom.h: remove a trailing whitespace character I overlooked yesterday
14:50.45IzakeyHi brlcad
15:00.28brlcadhi Izakey
15:02.25IzakeyHave an issue https://paste.kde.org/pab6nw3ai with building BRL-CAD, Any help ?
15:03.29IzakeyThink someone needs to advise students on importance of IRC
15:08.13*** join/#brlcad sofat (~androirc@223.225.216.34)
15:08.24brlcadsofat: hang around, we can talk in a bit :)
15:08.38sofatOk
15:08.55Izakeywaves at sofat
15:15.37sofatSo tell me any updates for website
15:32.34Notify03BRL-CAD Wiki:Deekaysharma * 9005 /wiki/User:Deekaysharma/logs:
15:36.04Notify03BRL-CAD:starseeker * 65643 brlcad/trunk/src/libanalyze/raydiff.c: Need resource initialization before calling rt_gettrees. Something odd here - the original NIST2 brep takes much longer to prep with rt_gettrees than with rt_gettree alone...
15:51.14sofatbrlcad, so we will talk now ?
15:52.58Izakeysofat Please use IRC more during development. Open source development is more about communication than code :)
15:53.38sofatOkay
15:54.28IzakeyCode comes and goes sofat but community lives on longer
15:54.42Izakeyhope you get it sofat
15:55.31sofatYes got it
15:57.41sofatSo what is my mistake ??
15:57.57sofatI am doing anything wrong ??
15:58.28Notify03BRL-CAD:starseeker * 65644 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/libged/ged_private.h brlcad/trunk/src/libged/shape_recognition.cpp): Add a way to proceed with and without verification - should probably make this a user settable value (maybe both the multiplier and an absolute tolerance?)
15:58.50IzakeyNo sofat , Just asking you to be on and use IRC more during development :)
15:59.46brlcadsofat: now that you have a .bz account, you should learn how to use screen+irssi
16:00.04brlcadso you don't have to keep detaching from IRC
16:00.11brlcadit less you remain connected 24-7
16:01.26sofatOk
16:01.27brlcadsimple tutorial: open a terminal, log in to your account, run 'screen', run 'irssi' and join freenode, then close your terminal window, then log back into .bz, and run 'screen -x yourusername'
16:01.37Notify03BRL-CAD:starseeker * 65645 brlcad/trunk/src/libged/shape_recognition.cpp: Definitely need something other than an arbitrary constant multiplier here... for some objects this isn't enough, for others it's major overkill.
16:02.13sofatOk
16:02.20sofatThanks
16:02.39*** join/#brlcad milinda (~milinda@112.134.125.254)
16:02.50Izakey<PROTECTED>
16:02.51sofatI will try this .
16:04.19sofatThis is for me ?
16:09.34sofatIzakey, this link for me ?
16:10.23brlcadsofat: the link is for everyone, it's a build failure
16:10.57brlcadif you don't have a suggestion, then you could answer and say that -- if you do, you might be able to help
16:11.05IzakeyThanks brlcad
16:11.46sofatOk
16:13.17sofatbrlcad, you checked my website i have done language work so you want any changes ?
16:13.47brlcadsofat: yeah.. it's in the right direction
16:14.12sofatOk now this part is done
16:14.14brlcadbut few changes -- include both the name and flag
16:14.23sofatOk
16:14.29sofatI will do
16:14.42IzakeyWhat's the link to the website ?
16:14.52brlcadthe google-drop-down you had was better, just needed flags --- that's why I sent you those links
16:16.10sofatWhere is drop down there is only flags
16:17.30brlcadI know
16:17.41brlcadthat's no good
16:18.05brlcadsofat: Izakey asked you a question...
16:19.17brlcadit looks like it's not responding right now
16:19.27brlcadhe'll probably ping-timeout
16:19.41sofatThere is many flags so i use show hide effect in juery
16:19.52sofatJquery
16:20.14brlcadI know, its a huge wall of flags -- nobody knows what all those flags are
16:21.41*** join/#brlcad gurwinder (75dcabb9@gateway/web/freenode/ip.117.220.171.185)
16:22.21IzakeyHi gurwinder
16:22.29gurwinderbrlcad: sorry I have to leave IRC because thats my time to go on physical training
16:22.30sofatSo you want to show all flag without drop down i am right ??
16:22.44gurwinderIzakey: Hi
16:23.27Izakeygurwinder, That's all right. Make sure however, that you be on iRC when working on your GSoC project :)
16:24.06gurwinderOk, I will keep that in mind :)
16:24.30Izakeybrlcad, when running cmake, I get some warnings
16:24.57brlcadgurwinder: just because *you* go somewhere does not mean that your IRC client must disconnect
16:25.20brlcadIzakey: yes, I know -- starseeker made some changes that are noisy
16:25.28IzakeyWarings like : This warning is for project developers.  Use -Wno-dev to suppress it.
16:25.51brlcadthose are safe to ignore (you can add -Wno-dev to cmake line)
16:26.02brlcadsofat: no, that is not right
16:26.04gurwinderbrlcad: I disconnect by thinking that if I didn't reply it put bad impression
16:26.22sofatOk
16:26.23brlcadsofat: a) show language name WITH all flags
16:26.54gurwinderbrlcad: I will keep that in mind in future
16:26.58brlcadsofat: b) use the links I gave you for customizing the google-translate drop-down
16:27.17brlcadsofat: c) use the better icons I gave you links for
16:27.51brlcadgurwinder: I don't understand -- if you didn't reply to what?
16:28.00brlcadyou mean if I answer and then you don't reply to my answer?
16:28.58sofatOk i will do this as soon as possible
16:29.05gurwinderbrlcad: yes if I didn't reply to your answer
16:29.18brlcadand why would you not answer? :)
16:31.31Izakeyfeels frustrated about this build issue
16:31.45gurwinderbrlcad: haha confusing you? I am telling that if I am online on IRC and if I am outside like I was today and disconnected my IRC
16:32.33gurwinderAnd you put a message for me and I was not able to reply to you that make bad impression
16:32.48brlcadgurwinder: you're not confusing me, I'm trying to get you to understand how to use IRC appropriately...
16:33.12brlcadyou clearly can't reply if you fully disconnect from IRC
16:33.17brlcadand that's my point
16:33.23brlcaddon't disconnect your IRC client
16:33.33gurwinderbrlcad: Oh ok got it
16:33.37brlcadfor that, you probably need a better IRC client, the web interface is only meant to be temporary
16:33.51brlcadif you're afraid of missing my repsonse when you get back, then you're using IRC wrong
16:34.05brlcadand/or need to learn how to use "/last -hilight"
16:34.57brlcadIRC is not meant to require your full attention all the time, that's why when I write gurwinder that it is highlighted to you differently (at least most real IRC clients do this well)
16:35.11brlcadyou can also set up triggers to watch for that will cause additional hilighting
16:35.56brlcadlike if you want to know when anyone says anything about "web", you can set that up as a highlight and revisit discussions when you get back to IRC
16:36.13brlcadmost that use IRC productively remain connected 24/7
16:36.59archivistand they dont use flaky wifi connections
16:37.02StragusMost IRC clients also log everything so you can check if you have missed anything, or what was discussed days ago
16:37.58brlcadexactly
16:38.30gurwinderbrlcad: Thats great. I will improve myself. Thanks for good suggestion. :)
16:38.48IzakeyThey log discussions when you tell them to - not by default
16:38.50brlcadgurwinder: FYI, i'll be sending an announcement out later, but being connected to IRC while working on GSoC is going to be required for the second half of GSoC
16:39.27brlcadIzakey: they log internall.. not all write it out to a file for you without you telling them
16:39.52gurwinderbrlcad: Ok, I will remain connected when I'm on work for GSoC.
16:40.13brlcadmeta-p and meta-n (esc key == meta) with take you forward and backward through your backlog
16:40.26brlcadgurwinder: that's a minimum requirement, everyone should be connected 24/7
16:40.41brlcadwe're collectively failing on communication this year in a big way
16:40.42gurwinderbrlcad: need to discuss about next work
16:41.04brlcadand I blame myself for not establishing the importance of IRC earlier on during evaluations and selections
16:41.31brlcadgurwinder: sure, lets discuss
16:41.50brlcadIzakey: did blowing out the build dir and re-running cmake not work?
16:42.10brlcadIzakey: post the full transcript (from rm-rf through cmake to error)
16:42.28IzakeyYes it didn't. Google isn't either
16:42.43gurwinderbrlcad: I have discussion with Izakey and I came to decision that I will go with g-pov export project
16:43.12gurwinderand after doing that I will do linuxcnc. Is it right?
16:43.16*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.51.91)
16:43.33brlcadgurwinder: no right (partially) ;)
16:44.17brlcadgurwinder: I spoke about things with the linuxcnc folks and we've decided to let this opportunity pass
16:44.35brlcadso you can just focus on your original proposal, continue to work on the povray exporter
16:44.47brlcadno more cross-project collaboration
16:45.50brlcadgurwinder: that said, I'd still like to hear more from you on what happened, why it didn't work out
16:46.14gurwinderbrlcad: ok, that sentence give me releif :P
16:46.17brlcadfirst, thank you for your efforts, for trying to accommodate a project, switch your plan, invest effort and energy
16:46.42brlcadwe really did want a collaboration this year, and it was a big undertaking that was not planned well in advance
16:47.26brlcadI still think you would be qualified given what you've demonstrated with the povray work and your ability writing C code, so I'm left wondering what the problem(s) were
16:47.51brlcadwhat were the biggest challenges?
16:48.33gurwinderwhy it didn't work out? I think you are talking about linuxcnc right?
16:49.00gurwinderchallenges? for povray or linuxcnc?
16:49.58brlcadblinks
16:50.06brlcadwe're talking about linuxcnc
16:50.21brlcadwhy a project was not easy to establish
16:50.39gurwinderbrlcad: ok,
16:50.53gurwinderfirst,  according to me
16:51.21Izakeybrlcad, Konrado told me it there was no access to documentation about a machine
16:51.23brlcadyou've arguably been productive and are experienced with C and they have potential C projects, so I'm left wondering why finding a project was seemingly so difficult
16:51.47gurwinderits a project which requires knowledge and also some experiance of how to work with cnc machine
16:52.11gurwinderbrlcad: No the part on which I was working is on python
16:53.32gurwinderI have tried to get in C code but I'm not able. So I decided to work on help page
16:54.21brlcadwhy not able?
16:54.32gurwinderwhich was well appriciated by developers. So I have done some work on help pages. Write help pages for stepconf
16:54.38Izakeybrlcad, pastebin and kde Paste are down.
16:54.49brlcad~pastebin
16:54.49infobotA "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude.
16:55.02brlcadjust  not pastebin.com
16:55.33Izakeyhere is link to doc https://docs.google.com/document/d/1y6nxJr2zOsWgywcea8oX_VYn95KyxRr-02Zatq4nysU/edit?usp=sharing
16:55.39ih8sum3rHey brlcad, I'm trying to install meteor on freeBSD 10.1. Due to no direct support I have used meteor bundle to install it. Right now I'm facing this error http://brlcad.org/wiki/File:Meteor_freeBSD_libm.so.6_error.png and following this tutorial http://grigio.org/meteorjs_freebsd_11_current/. I explored for the solution, and found that installing compact6x from ports may help. I did but it didn't worked out. Do you have any idea what is this?
16:55.42brlcadgurwinder: this isn't an evaluation of your work with them, I want to understand why it was difficult
16:56.27gurwinderbrlcad: I was not able because it need to know how cnc machines are working.
16:56.28brlcadih8sum3r: ditto comments to you too about needing to be on IRC more, discussing more .. not disconnecting from IRC
16:56.52brlcadih8sum3r: just because your body steps away from the computer doesn't mean you need to disconnect from IRC ;)
16:57.13brlcadi'll be sending out a note later about this to everyone, so just a heads up that being on IRC is going to be enforced more in this second half
16:57.39brlcadgurwinder: I'm specifically remembering the tapping proposal idea .. it didn't really require any knowledge of the machine
16:57.46Izakeybrlcad, There you go http://pastebin.ca/3062161.
16:57.49brlcadgurwinder: so what was the issue there?
16:57.51*** join/#brlcad vasc (~vasc@bl13-100-5.dsl.telepac.pt)
16:58.25brlcadditto to vasc, heads up that being more available on IRC is an announcement that is going to get sent out to everyone
16:59.06ih8sum3rbrlcad: Okay will take care of it :)
17:00.21gurwinderbrlcad: But I found that it requires because thats the way to work properly and understand what the code does.
17:03.08sofatbrlcad,  if i use hover effect means when mouse over the flag and then language name highlight it is ok or not ?
17:03.40brlcadih8sum3r: libm.so.6 is installed in compats
17:04.12brlcadyou have to find where (presumably in npm) and how it's linking libm
17:04.55brlcadand either relink it so it uses the correct /lib/libm.so.5 or the /usr/compat/linux/lib/libm.so.6
17:05.21brlcadgurwinder: how is it required?
17:05.39brlcadsofat: hovering is not good
17:05.54brlcadhovering leads to searching, and searching is bad
17:06.03brlcad(blindly searching)
17:06.32brlcadih8sum3r: are you able to run npm?
17:06.33sofatOk so i need list view which contain flag and name
17:07.14brlcadsofat: I gave you 6 links yesterday that showed how to do it (including 2 links to good flag resources)
17:07.16ih8sum3rbrlcad: I checked in compats and found libm.so only. Let me check one more time. Yes I'm able to run npm but with sudo power.
17:07.57*** join/#brlcad milinda (~milinda@112.134.0.219)
17:08.15brlcadsofat: don't forget to learn screen+irssi
17:08.35brlcadsofat: seriously, try and learn it now not later .. it's affecting your productivity
17:10.57gurwinderbrlcad: As i have discussed with community on it. They gave me some task for bigners. I afraid that C coding part is harder for bigneer as I didn't know much about linuxcnc
17:12.01gurwinderSo I started linuxcnc from easy tasks.
17:13.34brlcadwhat makes it hard?
17:15.11ih8sum3rbrlcad: I have encounter with a strange error, that I'm not able to checkout in my branch it remains in master always. In master I think meteor 0.8 version is present and mine is upgraded to the latest i.e 1.0.2 :-/
17:16.41Notify03BRL-CAD:ejno * 65646 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: write CCONE1 records
17:17.21brlcadih8sum3r: I don't understand what you're saying there -- if you have a git clone, then you should be able to checkout
17:17.58brlcadalso the relevance of the versions of meteor is not apparent
17:18.29brlcadgiven there is no official port, you could try to get either version to work (and probably face different challenges)
17:19.02brlcadih8sum3r: do you have a .bz account?
17:19.24ih8sum3rYes I have.
17:20.16brlcadgurwinder: what makes it hard?
17:21.26gurwinderbrlcad:  Sorry, yes I'm trying to write I easy language so that I you can understand what I'm trying to say
17:21.30brlcadih8sum3r: please explain?
17:21.51ih8sum3rOkay give me a moment.
17:22.49gurwinderbrlcad: harder for me to understand the whole code then know how it works and then put myself on proper working.
17:23.18brlcadih8sum3r: if you need something installed via sudo npm , you just have to ask
17:24.30brlcadgurwinder: yes, but why?  I talked with the linuxcnc guys and they said they talked with you a lot and gave you specific guidance (much more than usual)
17:24.48ih8sum3rokay sure I will. Please give me a few minutes I'll explain you step by step, and which command I'm facing the error
17:24.55brlcadso why do you think it was it hard to understand the whole code?
17:25.55brlcadI can't see having access to a CNC machine really helping here...  it frankly just makes things much more complicated as that'd be one more distraction to learn that wouldn't help you write code
17:26.16brlcadis their documentation lacking in some particular way?
17:28.27gurwinderbrlcad: yes its true that they helped me very much. But if I frankly answer you then, I didn't want to start from that point which put me in troble in future in GSoC. So I have discussed with them
17:28.36gurwinderone of them is Chris Morley
17:28.59Notify03BRL-CAD:ejno * 65647 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: write a CCONE2 if the CCONE1 internal radii are zero
17:30.02gurwinderhe told me to start from basics and then go for C or further deeper.
17:30.40brlcadit would not have put you in trouble in future gsoc
17:30.49brlcadso maybe there was also a communications issue
17:31.38brlcadthe objective from the beginning was to work towards a small goal .. you would have only been in trouble if you didn't work or made zero progress
17:34.30gurwinderbrlcad: Yes I have done and show progress from first day to them.
17:34.45vascok. i was already trying to be here more often.
17:34.48gurwinderI have added help pages make help button workable
17:35.04brlcadvasc: that's good, you can't be here too much ;)
17:35.38brlcadbut there's been lots of communication issues this summer of code, more than any other, so some changes have to be made
17:35.56vascbeing on different timezones doesn't help.
17:36.03brlcadgurwinder: again, i'm not really interested in what you actually did
17:36.21brlcadvasc: on IRC, that really is minimized if IRC is used properly
17:36.38brlcadwhich is part of the problem (IRC is not being used properly by nearly everyone)
17:37.21brlcadgurwinder: to clarfiy, I appreciate what you did -- but I really want to understand what made it difficult
17:38.10brlcade.g., lack of example, lack of docs, lack of discussion, language issues navigating code, code complexity without support from their mentors, etc...
17:38.22*** join/#brlcad milinda (~milinda@112.134.0.168)
17:38.48brlcadI'm guessing, only you (and linuxcnc folks to a lesser extent) can really say why it was difficult
17:39.08brlcadmaybe you just don't have enough programming experience to feel confident with their code base?
17:39.12gurwinderbrlcad: yes lack of eaxmple, code complexity
17:39.36ih8sum3rSummary :
17:39.38ih8sum3r1) Firstly, I ran this command : meteor build <my_app> This command will create a bundle of meteor app
17:39.40brlcadthe tapping problem is a prime example -- that seemed very straightforward and simple to me
17:39.41vasceven if you know c reading someone else's code can be really daunting at first
17:39.47gurwinderand yes I didn't have that much experiance with code
17:39.51vascespecially if the codebase is big
17:40.06ih8sum3r2). Then moved this bundle to virtual-machine (i.e in freeBSD). I encounter error while moving tar file so I pushed it to github and then clone and then untar it.
17:40.07vascyou have to abstract out of the big issues and focus on a small part of the code
17:40.11vascor its just too daunting
17:40.17brlcadgurwinder: but you also didn't have much experience with brl-cad and was able to make progress with g-pov .. so what is the difference?
17:40.26vascwhich tools are you using? are you using an IDE?
17:41.09vasci was using vim but i switched to netbeans coz its a lot more practical to navigate the code
17:41.30brlcadour code is considerably more complex and bigger than theirs, and he didn't seem to have a problem making progress with brl-cad
17:41.38brlcadwhich leaves me wondering why it was difficult with linuxcnc
17:42.34brlcadih8sum3r: you're running freebsd in a VM, why not on .bz?
17:43.03gurwinderbrlcad: I was working on BRL-CAD from a year almost and thats enough time for me to understand how to work on it.
17:43.47ih8sum3rI haven't ever used freeBSD before so I gave a first try on VM. I'll move it right now to .bz :)
17:44.09gurwinderIn Linuxcnc its another one for me with new coding so I don't want that I take too much time for it to do that C coding work.
17:44.44gurwinderMaybe others can found it easy :)
17:44.50vasclinuxcnc seems kinda like low level
17:46.03vascioctls and stuff
17:46.04brlcadgurwinder: okay, so you had a difference in exploration levels
17:46.09vasci guess its a hardware control library
17:46.13brlcadand we did have a succinct comparable examples you could follow
17:46.52brlcadgurwinder: I'm also hearing that "you didn't want to do a project with them", I think
17:46.56brlcadis that true?
17:47.42brlcadotherwise "taking too much time for it to do that C coding work" makes no sense to me .. it's simply a 1-month project
17:48.50gurwinderbrlcad: I didn't told them directly but I wonder when I told them like this :P
17:49.16gurwinderbrlcad: but in the end I decided to complete g-pov export
17:49.21vasclack of motivation? hm
17:49.26brlcad"I wonder when I told them like this" <-- do not understand
17:49.33gurwinderand then move further
17:50.36gurwinderSorry I have taken alots of time of you to tell this ;)
17:50.40brlcadaaaand we come full circle back to irrelevant point
17:51.05brlcadyeah, we're still not getting to the heart of what made it difficult exactly
17:51.36brlcadother than what can be inferred like lacking motivation
17:53.06brlcadgurwinder: let me summarize and you tell me if anything is inaccurate since it doesn't sound like you understand what I'm trying to discuss with you
17:54.25brlcadI reached out to you (and others) to consider a linuxcnc project, you reluctantly agreed and began looking at their code and talking with their people
17:54.42brlcada project however was not established
17:54.57brlcadthe main reasons it was not established seem to be a combination of factors including:
17:55.48brlcad1) deviating from your original proposal worried you that it would affect your gsoc evaluation
17:56.34brlcad2) the linuxcnc codebase is complex with low-level calls, limited documentation, and seeminly limited examples to work with
17:57.41brlcad3) you have no experience with linuxcnc and limited programming experience for learning their code base on the fly
17:58.06*** join/#brlcad milinda (~milinda@124.43.115.180)
17:58.15brlcad4) there was a perception that you needed access to CNC hardware in order to be successful or productive
17:58.30vascwhat did they make him do for the project anyway?
17:58.42gurwinderbrlcad: correct
17:58.43vascif you don't mind the question
17:59.08brlcad5) you were not really motivated/interested in working on linuxcnc, especially the more daunting it seemed (it's fine to admit this)
17:59.23vascwell
17:59.32brlcadvasc: they didn't make him do anything
17:59.33vascif he isn't motivated it would be nice to know exactly way
17:59.37vascwhy
17:59.46brlcadwe were trying to come up with a half-project proposal
18:00.12StragusWorking on linuxcnc sounds more fun when you know something about CNC in general
18:00.22Izakeybrlcad, I think it looked like an optional project and optional projects aren't always taken seriously :)
18:00.27gurwinderbrlcad: yes, all the above are true
18:00.46vascit seems kinda fun to me. but is there are simulator at least? or a way to validate the output?
18:00.49brlcadindeed, motivation rationale would be something like 6) you did not perceive value in contributing to linuxcnc?
18:01.07vascis there any
18:01.10brlcadIzakey: optional?
18:01.38vascthe thing is, was it the subject area, the library itself, the task he was going to work on, or something else?
18:01.39IzakeyGSoC project was kinda mandatory brlcad
18:01.49brlcadyou guys are missing some preliminary context that was discussed over e-mail with the cnc guys
18:01.56IzakeySo LinuxCNC was looked upon as optional
18:02.00brlcadIzakey: this is a gsoc project
18:02.34Izakeymay be missing something
18:02.43brlcadthere was nothing optional about it -- he was going to stop working on project A (for BRL-CAD) after the first half and work on project B (for LinuxCNC) in the second half
18:02.51brlcadtwo half-projects, nothing optional about it
18:02.55vascoh context switch
18:03.01brlcadreviews and evaluations separate
18:03.11vascwas there any connection between both tasks?
18:03.25brlcadthe question is why a project B couldn't be devised
18:03.27IzakeyThat wasn't announced - again mentors had to be informed
18:03.51brlcadIzakey: eh?
18:04.06ih8sum3rbrlcad: Following npm needs sudo to install : npm install fibers@1.0.1 in my repo : public_html/OGV/bundle/programs/server/node_modules. Can you please do so.
18:04.07brlcadit doesn't affect anyone except the student and his mentor
18:04.16IzakeyI was under the impression that he had to work on his BRL-CAD project throughout and optionally contribute to LinuxCNC
18:04.19brlcadand it was discussed with them in the loop
18:05.00brlcadIzakey: so that's just a misunderstanding on your part, that was made clear to gurwinder when discussions were set up initially
18:05.20brlcadlike I said, just missing some preliminary context
18:05.24vascbut was there a connection between the brl-cad and linuxcnc tasks or not?
18:05.27brlcaddidn't mean for this to turn into a big discussion
18:05.34IzakeyInitially, it had to be written down somewhere - proposal or something
18:05.45brlcadjust trying to understand what made it difficult and what we can change so it's not difficult next time
18:06.02brlcadvasc: none whatsoever
18:06.04IzakeyNot a big issue brlcad
18:06.07vascthat's no good
18:06.28Izakeylet's dive back inot what hitches were experienced by students working on LinuxCNC
18:06.35vasccontext switch bad for productivity
18:06.37Izakeys/inot/into
18:06.46vasclike in the preparation phase
18:06.54vasche probably prepared for brlcad and not for linuxcnc
18:07.05brlcadvasc: he wasn't doing both simultaneously
18:07.07IzakeyI think so too vasc
18:07.19vascsure
18:07.24vascbut the timeline for project
18:07.33vascyou have preparation phase then coding and then evaluation
18:07.38vascyou needed another preparation phase
18:07.42brlcadit's irrelevant, the timelines were being (re)defined
18:08.02brlcadyes, and lack of preparation was completely accepted
18:08.02vascwhat was the brlcad task?
18:08.11brlcadand taken into consideration scoping a new "half-project"
18:08.34gurwindervasc: brlcad task is g-pov export
18:08.41brlcadthe issue was basically that a half-project could not be scoped, even after weeks of discussions
18:08.47vascyou did that one from what i understand
18:09.03vascwell
18:09.06vascthe thing is
18:09.17vascthink if you are motivated about working on linuxcnc or not
18:09.28vascif you are then think of something you would like to do with it
18:09.48brlcadyes... and that's exactly what I'm trying to get at here
18:09.50brlcadwas it motivation?
18:09.53brlcadwas it complexity?
18:10.13brlcadwhat / how can we improve
18:10.24vascthe thing he said is relevant
18:10.24brlcador even better, what/how can linuxcnc improve
18:10.30gurwinderbrlcad: Mostly motivation towards linuxcnc.
18:10.33vaschow can you measure that your work is doing something or not
18:10.47StragusMotivation can overcome many other difficulties. :) But if gurwinder has no experience or interest with CNC, I can see the problem
18:10.53vascits hard to work without seeing improved results as you work
18:11.06vasche doesn't have a cnc machine so he can't see the output
18:11.10vasci think that's his problem
18:11.45brlcadpoint taken, and entirely consistent with what was said above
18:11.48brlcadjust not the whole picture
18:11.56Izakeyvasc += 1
18:12.38vascis there a simulator?
18:12.57vascand then there's the question if a simulator provides enough motivation
18:13.50brlcadit's sounding like the biggest issue was a lack of interest/motivation which became compounded with lacking experience, lacking familiarity, and overall percieved complexity
18:14.02vaschttps://www.youtube.com/watch?v=PFdNbaBq760
18:14.16vascit seems there are simulators
18:14.36brlcadsure, but you really didn't even need that (remember that a really tiny project is being proposed)
18:15.01StragusIt's still a matter of contributing to software you can't use or test
18:15.02brlcadthe C one discussed was basically "write a function that periodically backs out the bit"
18:15.37vascsure but its kinda dry
18:16.00brlcadStragus: that might be a concern to you, certainly .. I can come with all sorts of potential detractors :)
18:16.20brlcadthe point was understanding gurwinder's specific issues
18:16.35StragusFine. :) I'm absolutely terrible at writing code when there's no motivation
18:16.40vascme too
18:16.47brlcade.g., did *he* find it dry? in which case I can give them feedback that it sounded boring or the impact was unclear
18:16.57brlcadwho isn't?
18:17.00vascunclear yes
18:17.13brlcadhe was initially motivated, hence weeks of discussions
18:17.13vasclike why do you need to do that in the first place
18:17.21brlcadthat was discussed
18:17.26vascso he probably likes the idea of working in cnc then
18:17.36brlcadI'm really oversimplifying because you guys are overanalyzing without context :)
18:17.46vascthat's what humans do
18:18.05vascanyway
18:18.05brlcadnot all of them :P
18:18.14vascfrom what i understand you want to salvage this somehow
18:18.17brlcadnope
18:18.34vascmy advice is start from scratch
18:18.44vascfigure out a task he wants to do
18:18.49vascsomewhere
18:18.52brlcadthis was simply a post-mortem -- learn from what happened and try to institute changes so it's better next time if the exact same entry criteria were encountered
18:18.53Straguslikes how 4 individuals are debating gurwinder's motives, feelings and motivations ... without any knowledge of the situation or the person involved
18:19.00vascoh ok
18:19.05vasc:-)
18:19.15vascwe can ask him then
18:19.20brlcadwas :)
18:19.40brlcadthe six points summarized seemed to fix, yes gurwinder?
18:20.18Stragustrades a 't' to brlcad against a 'x'
18:20.23brlcadhe kept responding with what he did with them, not understanding the underlying motivations (or lack thereof) underpinning his actions
18:20.37brlcads/fix/fit/ ;)
18:20.48vasci thought you made 5 points
18:20.55brlcadthe six points summarized seemed to fit your situation, yes gurwinder?
18:21.40gurwinderbrlcad:yes
18:22.21brlcadthen we're done :)
18:22.26brlcadgurwinder: thanks
18:22.59gurwinderbrlcad: Thanks to you:)
18:23.49brlcadheh, I don't do anything around here except make things complicated ;)
18:24.44vasci read his gsoc summary page so he was supposed to work on the machine cnc setup gui or something
18:24.57StragusThat does sound boring
18:26.50brlcadfrom my understanding talking with them, they were having problems discussing and making technical progress on other projects -- given the level of programming experience
18:27.07brlcadso they kept suggesting simpler and simpler topics
18:27.34brlcadthe drill tapping problem was actually somewhat interesting to me, and seemed doable in a couple weeks
18:28.09brlcadyou improve the bit life and machining tolerances if you back the bit up periodically when cutting material
18:28.38brlcade.g., drilling a hole, it's what humans do holding hand drills -- pull back to extract the material
18:29.32brlcaddoing that programmatically, automatically, was pretty cool -- they had demo videos, similar code refs, and a real need/value
18:30.00brlcadbut he couldn't seem to even understand the problem domain, perhaps a language barrier issue
18:30.19vascyeah probably
18:30.20brlcadwhich I'm sure doesn nothing for motivation...
18:30.51StragusWhat's his first language? I frequently notice subpar english around here...
18:31.15vasci used to be around my dad when he was fiddling in the garage with  tools when i was a kid so i get the point
18:31.17Stragus(though it's also a second or third language for me)
18:31.40vasche's indian from the name man
18:32.12ih8sum3rbrlcad: Ping
18:33.23brlcadStragus: there are several people participating this year that have limited english skills .. at least one that actively uses google translate on everything yet is somehow still able to make progress and hold a conversation
18:33.41Stragus:) Cool
18:33.57vascmaybe he doesn't have background to allow him to relate to it
18:34.12StragusYes, I wouldn't be very interested in CNC either
18:34.13IzakeyAn article should be written about that and published to ospo blog
18:34.18vasci'm interested
18:34.25brlcad~ask
18:34.25infobotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
18:34.55brlcadStragus: so have you noticed your code getting ripped apart? :)
18:35.01vasci'm portuguese so english isn't my first language either
18:35.09brlcadwouldn't know it
18:35.13StragusWhich one? The ball pivoting deserved it
18:35.28StragusI have always promoted a better approach and was pretty much ignored
18:35.41brlcadno, ball pivoting was outright yanked because .. patented! ugh
18:36.13brlcadwell it's completely unusable now that particuarly legality came to light
18:36.54StragusYes, I heard. Maybe someone will now actually listen to my ideas for a viable approach
18:36.55brlcadthe incremental decimation code
18:37.18StragusOkay, why did you want to rip it apart? :) I think it's solid code
18:37.21brlcadit's hooked in and working
18:37.24StragusCool
18:37.32brlcadoh nothing too tragic
18:37.40brlcada lot of dead code elimination
18:37.59brlcadand ton of changed needed to make it portabile
18:38.10StragusAh yes, removal of #if switches and experimental code everywhere
18:38.17brlcadpretty much only worked on like one platform out of the box (linux)
18:38.24StragusOh uh...
18:38.26Stragushides!
18:38.59brlcadmuch of the asm that could be made portable is getting ripped / tested for portable C
18:39.05StragusBesides portability issues, I really like the algorithms and performance, the best mesh decimation code I'm aware of
18:39.16StragusAh yes, mmatomic.h
18:39.29brlcadI think that's all gone now, or near to it
18:39.46brlcadthreading model is getting converted
18:40.11Stragusmmthread.h was a thin wrapper so you would change the inner guts as desired
18:40.27brlcadI think he told me you used a thread interruption model just so you could peek at their status (% complete)
18:40.50StragusIt wasn't interrupting anything, just using atomics
18:41.20brlcadmm, that's not the story I heard, but I haven't looked at the code myself
18:41.36brlcadpausing threads
18:41.56brlcador at least code-wise, you had calls in there that could do that given some condition/request
18:42.14brlcadanyways, that's all gotten / getting changed
18:42.23brlcadit is working and mostly working well
18:42.27brlcadgotten it to crash a few times
18:42.39brlcad(before all the changes)
18:43.00StragusLooking at the code now. The only global barrier is there just to make sure all threads have started so that I can poke at their data
18:43.09StragusIf you remove that barrier check, you can have a race condition
18:43.45StragusIt's certainly not interrupting anything
18:43.49brlcadnods, sounds like what's being changed to a different threading setup
18:44.28brlcadcould have misunderstood on my part, it was a brief discussion
18:44.41brlcadbut there have been tons of commits
18:44.50StragusI'll have to look it up
18:44.52brlcadmaking good progress turning it into a feature
18:44.56StragusCool
18:45.12brlcadway better than our old naive tolerance-based method
18:45.58brlcaddid you ever profile how much gain your atomics provided on the algo?
18:46.22StragusHum yes. I remember it was significant
18:46.32StragusCan't quite remember what "significant" meant back then
18:46.35brlcadheh, what's significant to you
18:46.59brlcadfor decimation, it's got to be pretty huge to make a difference
18:47.08StragusI think that on machines with many cores (like 64), it was big
18:47.10brlcad11s vs 20s is not interesting
18:47.17brlcad11s vs 200s is interesting ;)
18:47.21StragusWithout atomics, it stopped scaling
18:48.11brlcad0.2s vs 5s is not "very" interesting, but 0.2s vs 50s is ..
18:48.17*** join/#brlcad deepak (~deepak@122.173.51.91)
18:48.29brlcadbasically does it make small models no longer interactive if asm is ripped out
18:48.45brlcador is this like a sub-order-of-magnitude tweaking
18:48.50StragusIt's a matter of scalability with the count of cores
18:48.57StragusRemove atomics on a single core, who cares
18:49.12StragusRemove atomics on 64 cores, and it may be 10x slower (can't remember what it was)
18:49.25brlcadwe'll have to test that
18:49.37StragusThis is an algorithm based on lock-free multithreaded hash tables
18:49.40brlcadthough that still might not matter then
18:50.28StragusI see the MD_CONFIG_ATOMIC_SUPPORT switch, to use spin locks instead of atomics everywhere
18:50.43brlcadit'll depend on context, 10x slower than what baseline will matter
18:51.00brlcadyeah, he saw that
18:51.54StragusWhy would you want to remove atomics? Portability?
18:52.05brlcadbasically we have to characterize the performance gain with the maintenance cost .. portable asm is pretty much non-existent, so it's generally really costly to make pervasively cross-platform -- the gain has to be huge
18:52.07StragusAt least make them optional, that's the whole point of MD_CONFIG_ATOMIC_SUPPORT
18:52.44StragusWhen I write platform-specific code, I always code a portable fallback path, like that switch
18:52.45brlcadit's got a cost whether it's enabled or not
18:52.59brlcadwe take that into consideration
18:53.09Izakeybrlcad, I'd apprecaite it if you look at the paste and suggest some ideas ;)
18:53.14StragusAll right. But the algorithm was really designed to be lock-free through atomics
18:53.27brlcadStragus: like I said .. "ripped"
18:53.29brlcad:)
18:54.36vasci think there are gnu c extensions for some of that
18:54.38Notify03BRL-CAD:lbutler * 65648 brlcad/branches/embree/src/ert/ert.cxx: We are shooting our first embree ray on BRLCAD geometry
18:54.40brlcadI'm half-kidding, we'll just have to see what the performance looks like
18:55.17StragusDarn, so you guys tore out all the elegance of the algorithms used for "ease of maintenance" :p
18:56.08brlcadvasc: and on intel compiler, embarcadero compiler, ibm compiler, llvm, msvc? .. we historically value extreme portability very highly, more than most. :)
18:56.08StragusPthread spin locks are still just an int32_t, but don't go replacing them with mutexes taking 80 bytes, memory usage will be catastrophic
18:56.32brlcadStragus: not yet, still baselining performance -- or at least it's mid-tearing
18:56.44vascah platform compatibility is overrated. only x86 and arm matter. rest is irrelevant.
18:57.11brlcadthere's a reason brl-cad has survived longer than I have :)
18:57.34brlcadover the past three decades I could have said that same statement for at least three different architectures
18:57.59brlcadand they inevitably died
18:58.02vascwell x86 is nearly as old as i am
18:58.12brlcadi frankly doubt x86 would have survived without microsoft
18:58.31StragusI would rather add support for new archs in mmatomic.h than obliterate performance
18:59.27brlcadStragus: there's no way you would perform all the long-term maintenance involved in supporting and maintaining portability -- it's just not what you do (no motivation, heh)
18:59.28StragusAnd when C gets native atomics, mmatomic.h could just wrap then with a tiny performance impact
18:59.52brlcadespecially all the build system management and support for platforms as changes come about
19:00.23Stragus(C atomics would have issues with spin locks with the special "NOP" encoding meant to switch to the other thread in hyperthreading processors, and other very small such issues)
19:01.21vascso you can't use stdatomic?
19:02.15brlcadif the atomics get ripped out and it's only double-digit-% slower through 32 cores, it won't really have any discernable impact on the feature (which really is what this is all about)
19:02.25StragusIt's C code, and C11 is supposed to support native atomics. Not that BRL-CAD would demand C11 before 2025 anyway :p
19:03.07brlcadpfft, maybe 2020
19:03.36StragusI suppose you also throw out all traces of SSE?
19:03.48brlcaddon't know
19:04.11brlcadwe have other SSE code, so that bit doesn't add much to maintenance complexity
19:04.19brlcadthere are already build system checks and it's easy to toggle off
19:04.30brlcadand hasn't demonstrated much of a maintenance cost over time
19:04.33StragusOkay.
19:04.37brlcadthe code duplication is annoying
19:04.44brlcads/code/logic/
19:04.48vascimo sse is a waste.
19:04.58Izakeybrlcad,  did Vladbogo finish the Qt project
19:05.08brlcadIzakey: define finish
19:05.17Izakey?
19:05.19vascintel obsoletes and supersedes those instructions sets so quickly why bother...
19:05.26StragusA "waste"? A free 3x performance boost?
19:05.35vascwell its like a said
19:05.37brlcadIzakey: what do you mean by "finish the Qt project"?
19:05.49StragusIt may become "obsolete" but it still runs, even if there's the fancy new AVX
19:05.49vascthat's why i went in to opencl anyway
19:06.13brlcadthere were two Qt efforts, related by distinct and specific in focus
19:06.15vascyou get the performance and you can ignore the flavor du jour vector instruction
19:06.19brlcads/by/but/
19:06.40Stragusvasc, that only works for very simple and trivial parallelization
19:06.50IzakeyIs BRL-CAD ready to fully transition to Archer instead of dabbling between mged and archer brlcad ?
19:07.10vascit's good enough for what i've been using it for
19:07.24vascits a lot more complicated than sse in a lot of ways
19:07.48vascopencl is c with vector extensions basically
19:07.54StragusTry to get OpenCL to output phminposuw instructions :p
19:08.08brlcadStragus: I claim most problems can be implemented with simple and trivial parallelization terms, and it's actually a VERY GOOD THING to do them that way
19:08.26StragusOr even movmskps
19:08.27brlcadeasier for other devs to understand the logic, easier to maintain, easier to debug ...
19:08.50vascthere are libraries that can do that on arbitraly length vectors
19:09.13Stragusbrlcad, if you don't mind lower performance, yes
19:09.20vascwell
19:09.31vasci expect the compiler to optimize that and if it doesn't i don't care anyway
19:09.49StragusRight. I care about performance a lot more than this
19:09.54vascis it that much more efficient than using multiple ops?
19:09.59StragusOh yes
19:10.40vascor this could be a CISC vs RISC like issue
19:14.20brlcadStragus: indeed, that is the issue -- performance is secondary to maintainability when involving more than one dev, which is inevitable
19:14.23brlcad(the author eventually moves on, gets bored, doesn't have time/motivation, dies)
19:15.13brlcadyou don't care if it's maintainable because you're willing to maintain it now (for your limited environment) and when you're not willing, you just won't care
19:15.43StragusThat's why there's an #if to handle all these non-supported platforms/compilers/whatever
19:15.50vasci'm more concerned of trying to compile it in 5-10 years and finding it doesn't work anymore
19:16.00StragusIt will work, it will fall back on the slow #else path
19:16.05brlcadStragus: that still doesn't extrapolate to maintenance
19:16.11brlcadthe code will eventually change
19:16.24StragusThen fix both branches of the #if ;)
19:16.26brlcadand now I have N versions that have to be updated that have cost*N (really more)
19:17.00brlcadthere's plenty of history on that bitrot pattern being long-term unsustainable
19:17.25StragusYou can also cut away the #if when it has become irrelevant
19:17.40brlcadwhich is the point that it works and is fast enough ;)
19:17.45vascthe problem sometimes is that one of the sides of the #if doesn't get tested
19:17.53vascand eventually goes stale and doesn't work
19:17.58vascbut is still there
19:18.10vascand no one wants to take it out
19:18.37vascand you don't refactor it coz you can't because it would break the #if that no one uses and doesn't work anyway
19:18.49vascshit like that
19:19.01StragusYou can always that disable that #define permanently if it becomes unsupported
19:20.35StragusEh well. :) I understand your points, but a programmer is also an artist, and to see an elengant and efficient piece of code made inferior for... poor reasons (from my point of view) is rather sad
19:21.06Straguselegant*
19:21.22brlcadexcept even the time to debug the failed build when it eventually became unsupported, having to evaluate the cost to inspect/analyze that old code (which by that point it would be), has a signficant cost in itself, especially for secondary authors
19:22.15brlcadat that point, it's just old broken code in a large ecosystem of code, one small feature out of thousands
19:22.17StragusI guess the code should document clearly when some switches can be safely disabled, whenever desired or have become irrelevant
19:23.03brlcadheh, that's like planting a timebomb
19:25.02Stragushides his CUDA code from brlcad, where some PTX assembly somewhere is relying on the undocumented behavior of a specific generation of CUDA hardware
19:25.04brlcadif I simply scale performance two orders of magnitude (approximately 12 years), these performance adjustments and architecture linkages will be pretty much irrelevant, it's almost a given
19:25.53Stragus3x faster is always 3x faster, it doesn't become irrelevant
19:26.04StragusYou can just handle more data
19:27.35brlcadsure it does, because of new architecture pipeline that provided a new set of instructions or made a whole method of "coherent" calculation obsolete
19:28.07StragusFine, these new instructions (let's call them AVX!) are now 6 times faster. But the old stuff is still 3x faster than plain C
19:28.43ih8sum3rbrlcad: Following npm needs sudo to install : npm install fibers@1.0.1 in my repo : public_html/OGV/bundle/programs/server/node_modules.
19:28.52brlcador a new compiler that takes the 0.9x code and makes it 5x faster .. or a plenty of other imaginable scenarios 12 years from now that will make the *code* irrelevant
19:29.26brlcadih8sum3r: on it
19:29.49ih8sum3rokay
19:30.10Stragusbrlcad, that's a possible scenario, and that's why we should always keep a plain C portable version of the code
19:30.25Stragushugs the preprocessor
19:30.35brlcadat the end of the day, it will still be far more important to a user that the little feature in their app that takes a mesh and simplifies it for them is robust and easy to use, regardless of it taking 1s vs 5s
19:30.58StragusWith the meshes Lee was managing, it was a matter of minutes
19:31.04brlcadmore than likely, an entirely different decimation algorithm will get coded up that has fantastical properties and it all becomes moot
19:31.10StragusHence the optimized multithreaded lock-free algorithms
19:31.43brlcadif it's during export, nobody cares
19:32.10brlcadthey care only LONG after it's tightly integrated into their pipeline of activities and is repeated (usually for months, years)
19:32.23brlcada one-off export that takes minutes, literally .. nobody cares
19:32.36brlcadthey care when it doesn't work!
19:33.01brlcaddifferent value system from devs
19:33.06StragusRight. In Lee's code, it was to convert CSG meshes to triangles after raytracing, so performance mattered
19:33.13StragusYou don't want to wait 10 minutes to open a file
19:34.06brlcadexcept that was also for an analysis purpose which I would have argued that I don't want decimation until I can prove it has no analytic impact :P
19:34.26brlcadperformance for the sake of performance without scientific justification
19:34.51brlcadextraordinary claims require extraordinary proof, which he did not do
19:35.14brlcadheck, he didn't do any
19:36.06StragusI believe good mesh decimation was "okay" there, but ball pivoting was catastrophic
19:36.22StragusAn algorithm not guaranteed to generate watertight meshes... for analysis...
19:36.53Straguswrote the code but isn't responsible for that
19:37.15brlcadno way that "okay" was anything more than visually inspected
19:37.33brlcadwhich is not in any way scientific for the given problem domain :)
19:38.06StragusPoint accepted :)
19:38.14ih8sum3rbrlcad: I have read following quote on official meteor docs "(The current release of Meteor [1.1.0.2] has been tested with Node 0.10.36.)". Will this cause any kind of conflict, as our node version is 0.12.6?
19:38.32brlcadgeometrically, I did extensive studies that helped to understand that tessellation+decimation as currently implemented is a guaranteed mass loss because of the techniques being used
19:38.42brlcadand that mass loss is highly biased towards small components
19:38.56Stragusbrlcad, ah yes, that's interesting
19:39.03brlcadso if you have small important components losing mass, that could be dramatically influencing analytic results
19:39.31brlcaddoes it matter?  nobody has studied this but it geometrically and numerically is signficiant
19:39.38Stragusnods
19:40.52brlcadon some "real" models, I was seeing about 3-5% mass loss overall iirc
19:41.17StragusWeird. I was guessing 1-2%, but that's still pretty high
19:41.18brlcad(again biased towards the small curvy components like .. fuel lines)
19:42.05brlcadthat was amortized, the distribution was huge with some (really small) components seeing a 50% mass loss
19:42.36StragusWeird. The fuel line was becoming a 3 sided prism or what?
19:43.04brlcadis speaking abstractly for understanding purposes
19:43.33StragusRight. I just don't think my mesh decimation would do that, unless the original point clouds wasn't dense enough
19:43.49brlcadloss of detail/resolution, aggregate interior edges chop of mass quickly on small objects (especially curvy and thin ones)
19:44.04brlcads/chop of/chop off/
19:44.37Notify03BRL-CAD:brlcad * 65649 brlcad/trunk/src/librt/primitives/datum/datum.c: update copyright to inception, even though it was derived from the template.
19:44.49vasckeeps trying to understand this piece of code but it seems to be fairly dense.
19:45.04vascah what the hell i'll just program as i was a robot and to hell with understanding it
19:45.32brlcadheh
19:45.42brlcadbeep boop, what code?
19:46.01vascits the scenegraph traversal
19:46.11brlcadif you're on the weaver, you might want to check out the .. oh okay :)
19:46.21vascno thankfully i'm not working on that yet
19:46.31vascthis is the "simple" bit
19:46.59brlcadI frankly think you should just focus on traversal, plan for that being it
19:47.15brlcaddispatch and evaluate in bundles from the front
19:47.25brlcadlet the weaver and intersections happen serially
19:47.28vasci'm still trying to do it without the bundles at first
19:47.30brlcad(they can be next)
19:47.35vascwell
19:49.22vascthis code is so neat and lasagnified that i'm having trouble simplifying some things without rewriting it all
19:50.06brlcadmm. lasagna
19:50.11brlcadso hungry
19:50.42vascits nicely multilayered and abstracted
19:50.50vascshame is the abstraction isn't the one i actually want to use
19:51.17vascsomething like that
19:51.25StragusAt least he said lasagnified and not spaghettified, so he's not poking my raytracing scene graph code :p
19:51.28brlcadI think that's the first nice thing you've said about it :)
19:52.05vascthat's the pasta theory of software
19:52.27vascthere's spaghetti code, lasagna code, and ravioli code.
19:53.00StragusMy spaghetti code is actually fettucini code, due to thick SSE/AVX parallelism
19:53.03brlcadgives in and goes to get some food
19:56.16vascoh man...
19:56.41vascnow i get it. a cutter is kinda like an iterator
19:57.06vaschm no
19:58.25vascman is this for storing the whole traversal tree? jesus
19:59.25Stragushands vasc some tasty spinash, horse meat and mushroom sauce to go with that lasagna
20:01.45brlcadonly the finest thorobreds
20:01.54vascoh this is a nice and generic structure that allows you do use grids inside kd-trees and shit like that
20:02.10vascthe question is: is this actually useful or not. i would guess probably not.
20:02.40vascit probably sounded like a good idea at the time.
20:02.47vascreminds me of my first ray tracer...
20:06.07vascc++ dumbs coders. really.
20:06.09Notify03BRL-CAD:brlcad * 65650 brlcad/trunk/src/librt/primitives/datum/datum.c: document what's going on here better with the buffer size padding, so simple changes to datum data don't end up leaving pockets of dead objects throughout the .g file. also fix a bug in the size where we weren't allocating space for the decode size bytes.
20:06.15vascit blunts the mind.
20:06.47vascyou start wanting to generalize everything even when you aren't supposed to.
20:06.50StragusWe need a new flexible portable interface to encapsulate the interface around our intermediary interfaces!
20:06.55StragusIndeed.
20:06.59Straguscuddles C
20:08.30vascdon't remember me of that. i used to write java server code when i was in the private sector.
20:09.00StragusI once had to debug OpenSceneGraph, so I run it in my home-made memory debugger, and it was making like 130000 malloc() calls to render a cube
20:09.22Stragusso I ran* it
20:10.49vascnow the question is how can i simplify this without a whole rewrite
20:12.05vascjava is the worst regarding that. especially the j2ee stuff.
20:12.12vascjava itself is an ok language.
20:12.28vascthe problem is what people do with it, and what's considered to be "best practices"
20:13.17StragusI tried to learn Java once, and they lost me with that "one class per file" non-sense
20:14.00vascyou use too many abstractions and layers to program; so to improve productivity the IDEs GENERATE reams and reams of useless interface code at the press of a button
20:14.46vascwhen you can put more than one class per file i think
20:14.56vascbut when you compile it it generates separate .class files
20:15.16StragusAhaha
20:15.23StragusThat's definitely not for me
20:15.29vascso it's considered "best practice" to put one class per source file
20:15.31StragusEven C++ is too high-level for my taste
20:16.23vascc++ is convoluted that's the problem.
20:16.32vascin that regard its even worse than java
20:18.30StragusThe cultures around the languages are also terrible, everyone feels a need to encapsulate everything
20:19.10StragusThey they want to use SSE/AVX with their "vertex" class, and wonder why they have to scrap everything
20:19.16StragusThen* they want...
20:19.24vascyes. in that regard i think modula-2 was better.
20:20.03StragusWikipedia'ing, never heard of it
20:20.21vascits ancient and dead
20:20.27vascits pascal with library support more or less
20:20.31StragusOh, eheh
20:20.48StragusI'm very fond of C, I have looked around and I always come back to it
20:21.49StragusOr lower level; I have written a x86/amd64 opcode emitter to produce custom-optimized assembly at runtime, and other such stuff that brlcad will absolutely never want to touch... ;)
20:21.58vascits kinda like if you added namespaces to c. but those namespaces are better than usual.
20:23.10vasci think most people who want to do that kind of thing now in a portable way use llvm to do it
20:23.43StragusYes probably
20:24.02vasci did a compiler once as a course project
20:24.07StragusCool
20:24.15vascit was a pascal like language
20:24.30vascand i did everything optimizations and x86 asm output etc
20:24.38vascbesides the parsing and so on
20:24.42vascwhich i also did
20:24.57StragusVery neat. I also wrote a low-level C for my opcode emitter
20:25.20StragusIt was designed to be lower level than C, with extra keywords to communicate more information to the compiler for better optimization
20:25.23vascso it did parsing, tree generation, convert the tree to ssa form, optimize the ssa, then output x86
20:25.50StragusExcept I didn't put that much work on it, so GCC pretty much beats it anyway
20:26.12vascwell its a lot of work to do your own compiler
20:26.23StragusIndeed
20:26.57vascmine ended up doing a lot of redundant moves and things like that because i didn't do register allocation properly
20:27.26vascsometimes the asm output looked kinda pathetic
20:28.39StragusRegister allocation is complex. My low-level C also had keywords to specify the probabilities of branches, for the compiler to take better decisions
20:29.28StragusIn the end, I opted for a brute force approach, it would try stuff for minutes until it converged to the lowest "cost" of variable allocation
20:30.32vascwhat i did was i did some post optimizations to the actual assembly generated to remove redundant moves and things like that
20:30.40vascit kinda looked ok except when it didn't
20:31.07StragusEheh
20:33.34vasci also did things like instead of doing a mov eax, 0 i would do a xor eax, eax and things like that
20:34.02StragusSure, that's trivial
20:34.24vascyeah the complicated optimizations were the ssa ones
20:34.36vasclike common sub-expression elimination and dead-code removal
20:34.47StragusI liked the idea of reshuffling the code through pure brute force, converging towards the least cost solution
20:35.34StragusThe "cost" was meant to be machine-dependent, with knowledge of the pipelines, instruction latency, and so on
20:35.52vascyeah i didn't do anything like that
20:35.57StragusI want my compiler to spend a hour optimizing my code to get that last 10% :)
20:36.15vascthat's more complicated. gcc has hardware knowledge to do it
20:37.21StragusI had coded the information for my own chip back then, Nocona
20:37.47vascoh
20:37.54vascyou did your own cpu?
20:38.20vascsimulator or fgpa or what?
20:38.38StragusOf course not, I meant I entered all the pipeline, delay and instruction latency information for the Nocona chip
20:38.43StragusIntel Xeon Nocona
20:38.45vascoh
20:38.49vascright it seemed familiar
20:39.40vasccona is a slang word here actually
20:39.59StragusWhich language?
20:40.03vascportuguese
20:40.30vascthere was this software suite, i think was from borland, it was called kona
20:40.30StragusRight, there's a similar slang word in spanish
20:40.31vascman
20:40.38StragusHum :)
20:40.41vasci bet they didn't sell a lot in portuguese speaking countries
20:41.16vascanyway
20:41.30vascsee its a problem to choose a good product name for an international audience
20:41.54StragusSome companies just rename the product
20:42.02vascyeah
20:42.24vasci do know intel and amd basically stuck with using those bogus latin sounding names
20:42.32vascto prevent that
20:42.41vasclike athlon, pentium, itanium
20:42.58StragusHere in Quebec, Canada, there's a strong "nationalist" culture, protective of the french language
20:43.16StragusSome companies or products get renamed in french just here, and nowhere else in the world, not even in France
20:43.20vasci used to watch french cartoons when i was a kid
20:43.21Stragus(In France, english names are "cool")
20:44.52vascsometimes people can get really protective of their national identity
20:45.12vascespecially if they feel its threatened somehow
20:46.05StragusWell yes, it's a long history, with the federal Canadian government trying to assimilate Quebec's french culture for many decades
20:46.20vasci mean portugal was ruled by foreigners like 4 times in its history. 2x by spanish, 1x by french, 1x by english. last time was like 200 years ago and we still remember it.
20:46.32StragusRight
20:46.33vascthe english were invited, kind of so
20:46.39vascthat one wasn't an invasion
20:47.12vascand now its the germans
20:47.15vascahem
20:47.35StragusThat's... a complex topic :)
20:54.08vascthe more i look at it the more i feel like rewriting it
20:54.36StragusWhat's the code?
20:54.48vascits just the traversal
20:54.51vascrt_shootray
20:55.02vascthe abstraction it uses is getting in the way of doing this like i want
20:55.09vascabstraction(s)
20:56.48vasci'll just #if 0 a huge chunk out and reimplement it
20:57.15StragusI have no authority to advise on the direction of BRL-CAD's source, but my opinion is that all this must be rewritten
20:57.28vascyeah it needs to eventually
20:57.33vascor it won't run fast in OpenCL
20:57.52StragusOr with SSE/AVX/CUDA or any modern and future parallel hardware
20:58.00vascmy problem is i'm going to have to make the code a lot different and i didn't want to
20:58.28Notify03BRL-CAD:lbutler * 65651 (brlcad/branches/embree/src/ert/ert.cxx brlcad/branches/embree/src/librt/shoot.c): starting to build partitions on embree constructed segs
20:58.47vasci wanted to be able to put these little pieces of opencl here and there and eventually do everything in the rendering part in opencl
20:59.08vascwithout losing functionality
20:59.29vascbut i need to simplify some things in the beginning or i'll never finish it :)
20:59.33StragusThat code is terribly NOT designed for OpenCL
20:59.39vascyes
20:59.44Notify03BRL-CAD:lbutler * 65652 brlcad/branches/embree/src/librt/shoot.c: backing out changes to shoot.c that were readability
20:59.44vascit's bad in several ways
21:00.11vascthe worst issue is too much dynamic memory allocation
21:00.13StragusI have written a lot of CUDA, same hardware, and that is terrible
21:00.41StragusThat's probably the worst, of many terrible issues
21:00.50vascyeah its like i said it made sense at the time i guess
21:01.02StragusOn 1985 machines, yeah
21:01.11vascpeople sometimes forget
21:01.17vascback then the memory wall wasn't as much of an issue
21:01.34StragusMemory was fast, computations were slow
21:01.35vascso all this memory allocation and accesses and shit made sense
21:01.38vascbut now it doesn't
21:02.05StragusModern hardware has very strict requirements for memory coherency access if you want good performance
21:02.09StragusAnd *especially* GPUs
21:02.40StragusYou really need to rewrite everything for OpenCL
21:02.44vascyes
21:02.50vascbut i need to work in steps
21:03.03StragusSupport just one primitive type
21:03.06vasci want to at least understand minimally what i'm replacing
21:03.31vascyeah that will be done later
21:03.33vascwell
21:03.40vasci already did the intersection routines for a couple of them
21:03.55vascnow i was trying to do the traversal
21:04.10StragusAnd you are stuck at the hit/segment buffering I would assume
21:04.12vascall of this is suboptimal as i'm calling the kernels way too often and they don't do enough work
21:04.30vasci'm just trying to simplify the existing code
21:04.33StragusWoah woah... how so? A single kernel should trace the whole ray
21:04.40vascinto clean ANSI C that can actually be ported
21:04.48vascyeah
21:04.53vascbut it doesn't yet.
21:05.14vasci'm just trying to clean the layers of lasagna right now
21:05.19StragusAre you allowed to change the "interface"?
21:05.21vascto the bone
21:05.36vascwelll
21:05.57StragusMy CUDA raytracer obviously supports multi-hit traversal, but it returns each hit to a CUDA inlined "callback", letting the user whatever he wants with that hit (buffering, immediate processing, etc.)
21:06.12vascthat makes sense
21:06.14StragusWhich is a lot more convenient on GPU hardware than trying to dynamically accumulate a bunch of hits, which may not even be required!
21:06.27vascyeah this one is a bit messed up
21:06.32StragusBut obviously, librt/shoot.c wasn't designed that way at all
21:06.36vascyep
21:06.43vascthat was my second step after this
21:06.51vasctrying to change that
21:07.03vascthe callback is a good idea
21:07.13StragusThe inlined callback is also extremely efficient, results are processed immediately
21:07.40StragusThe user can output pixels on an OpenGL texture right there if he wants, no temporary storage of anything in global memory
21:07.53vasci'm just trying to implement a grid acceleration structure in ANSI C and then i'll port it to OpenCL
21:08.08vasccoz its simple
21:08.17StragusWell... I wouldn't recommend a grid
21:08.20vasci know
21:08.22vascbut its a start
21:08.28vascthe structure itself isn't the big deal
21:08.44vascits just so we'll have something
21:08.46StragusIt's not an ambitious start, but okay
21:08.52vascyeah i know
21:09.25vasci'm already building it
21:09.29vasci'm just not traversing it
21:09.40vascso it isn't being used yet
21:09.50vasci could implement a bvh
21:09.57vascbut the main problems aren't things like this
21:10.05vascit will be the multi-hit processing and the rendering loop
21:10.13vasci wanna focus on that and not the accel structure
21:10.14StragusI agree that scene traversal isn't that critical for CSG geometry
21:10.34StragusYou have few objects and they are very complex, completely the other way from triangle raytracing (which I what I did)
21:10.35vascit should be if the model is complex enough
21:10.49vascyeah i know
21:10.51vascwell
21:11.02vasclike we say rome wasn't built in a day
21:11.28StragusI also expect that a grid will make your OpenCL wrap coherency break up, when it shouldn't have to
21:11.36vaschm?
21:11.46StragusWell, or whatever a CUDA "wrap" is called in OpenCL talk
21:12.01vasci think i understand
21:12.08vascyou mean the traversal won't be memory coherent
21:12.23StragusRight, while it could be with a better acceleration structure
21:12.36vascthere are ways around that you know. but i'm not going to optimize that.
21:12.44vasci'll give you an example.
21:12.54vascchess programs don't store the board in just one orientation.
21:13.28vascyou you could store the grid in multiple orientation and pick the one that best matches the orientation of the ray
21:13.32vascwhich is messed up
21:13.37vascanyway
21:13.41vasci'm just digressing here
21:14.02vascif it becomes an issue
21:14.07vasci'll just do a bvh or whatever
21:14.15StragusRight, focus on the bigger problems first, the multi-hit thing
21:14.15vascright now we have a lot bigger issues...
21:15.00Straguslikes solving all problems at once, having planned a complete solution, before writing any code
21:15.23vascwell that works great.
21:15.40vascexcept when the whole problem doesn't fit into the head easily or isn't easily compreensible
21:15.52vascsometimes its easier to chop things up first and then think it over
21:16.13StragusI still then prefer to spend a few days on it, but you'll know what works best for you
21:16.31vasci've tried that for much of the last week and went nowhere so...
21:16.38StragusGot it. :D
21:18.42vascit seems kind of like a waste of time, or how it could be better starting off a blank sheet but...
21:18.52vasci've a similar experience before on a different codebase
21:18.59vaschad a
21:19.37vascrewriting existing code to match existing code can be a great way of learning how the code works
21:19.44vascrewriting code
21:19.45StragusSure, that works
21:20.06vasci would rather not need to do it but that's how this one is
21:24.31vascman this is messed up
21:25.33vascseems there's some guy working on embree right?
21:27.13vasclast time i checked it didn't seem to do enough though...
21:27.16StragusI have only noticed the commit logs here as you have
21:27.20vasci actually considered basing mine on that
21:30.45vascohhh
21:30.47vascsnap
21:31.26vascso its like
21:31.34vasceach cell has a list of solids i.e. objects
21:31.36vascbut
21:31.40vascit also has a list of pieces
21:31.53vascwhich is an indirect numeric array into the list of solids
21:32.03vascwhich also has its own cached list of the same solids
21:34.25vascor whatever
21:35.58vascor is this to support complex solids which have smaller things inside like a mesh which ends in different grid cells and this way we can cache which parts of the mesh are in which cell?
21:36.00vascah well
21:36.43Straguscan't help with librt's internal guts
21:53.43vascyeah it seems to be that
21:53.51vasclike 'bot' bag of triangles has pieces
21:53.55vascwhile a sphere doesn't
21:54.23vascthis is an interesting optimization
21:54.37vascbut it makes the code more complicated
21:56.08vascin fact only "bot" and "ars" use this functionality...
21:56.42vascarbitrary faceted solid
21:57.11vascso
21:57.17vascwhat i thought was the general case of the code
21:57.24vascis actually a corner case on used for meta-objects
21:57.28vascpfeh
21:57.36vasconly used
22:00.12vascok now this seems more doable
22:00.54vasci'll have to think if i'll implement the pieces optimization like the old rendering code does or some different way
22:01.47StragusBetter consider how this could be more efficient on synchroneous parallel hardware
22:01.54vascwell
22:02.10vascthe idea is if you have a bag of triangles and you're gonna put it in a grid or whatever
22:02.37vascyou need some way to say which triangles in the bag of triangles are in each cell of you'll end up intersecting all that are in the bot
22:02.39vascagain and again
22:02.52StragusCertainly
22:03.01StragusBut that's a single-thread consideration as well
22:03.05vascthe way i do this in my raytracer is that i just store triangles or whatever in a flat hierarchy
22:03.13vascshallow
22:03.31vascso i don't encapsulate
22:04.00vascnow the question is which approach is better
22:04.29vascif say
22:04.43vascthere's a routine that wants to know which object id is closest to the ray or whatever
22:05.02vascyou wanna be able to know the id of the bot of the triangle not some triangle id
22:05.13vasci'll think that some other day
22:05.19vascbut yes this isn't mt related
22:05.27StragusEach triangle needs an identifier of some sort
22:06.26StragusBy knowing to which "bot" the triangle belongs, you can find the index of that triangle by subtracting its pointer from the base pointer of the bot
22:06.27vascyeah but librt doesn't store triangles it store meshes
22:06.34StragusAssuming all triangles are tightly packed, which they should be
22:07.06vascyeah
22:08.25StragusYou say librt doesn't store triangles, it stores meshes, but surely it doesn't test every triangle?
22:08.49StragusThere must be some kind of acceleration structure, either within a mesh or incorporated in the scene mesh...
22:09.01Stragus... in the scene graph*
22:09.09vasca bot is a mesh
22:09.11vascbasically
22:09.20vascyeah
22:09.24vascthat it does is like this
22:09.46vascthe bot is a solid that has triangle pieces in it
22:09.59vascand when you build the acceleration structure
22:10.17vascyou not only check which cells overlap each solid, you also check in which cells each piece is
22:10.21vascand store that
22:10.51StragusSo you have a list of triangles per cell
22:10.55vascyes
22:11.05vascbut its stored per object
22:11.10vascor something
22:11.38vascright now i'll just ignore the bot
22:11.47vascand only support plain solids
22:11.59vascbut i'll need to think it over later
22:12.05StragusYou better plan ahead to support bots efficiently
22:12.13vascyeah
22:12.42StragusDon't write a bunch of code without planning the whole solution :), you don't want to have to rewrite
22:12.46vascthe thing is i originally thought about doing this differently than how it is
22:12.57vascwhen i hit a mesh i just called a mesh intersection routine
22:13.04vascand the mesh had its own accel structure
22:13.20vascbut the thing is
22:13.33vascthis might mess up the partitioning
22:13.36StragusWhy?
22:13.47vascwell the bot already does that
22:13.59vascthe bot stores the triangles in a kd-tree i think
22:14.14vascso
22:14.32vasci'm actually wondering what's the use in knowing which triangles are in this cell anyway
22:15.24StragusNormally, you could build a better top-level acceleration structure if it includes everything, instead of more sub-acceleration-structures
22:15.32StragusDoesn't make much sense with a grid though
22:18.22vascsrc/librt/primitives/bot/tie.c
22:18.43vascso the triangles mesh (bot) solid has a kd-tree inside...
22:19.03StragusThat kd-tree will perform better than your grid
22:19.41vascyeah but its CPU ANSI C code
22:21.06StragusYou'll probably want code to flatten and pack these kd-tree in just a chunk of memory, no internal pointers, just offsets
22:21.26vascbot support is only to be done later
22:22.58vascthere are a whole lot of ways to store a mesh efficiently....
22:23.17vasci don't want to hardcode something which might not be the desired one too soon
22:24.14StragusIn my CUDA raytracer, there are no pointers: everything (the whole graph, sectors, nodes, triangles, etc.) is stored relatively with shifted offsets
22:24.46StragusIt makes the whole graph just a big single chunk of memory, usable directly on both CPU and CUDA
22:25.06StragusAlso, offsets take a lot less memory than whole pointers (64 bits? come on)
22:25.45Notify03BRL-CAD Wiki:Bhollister * 9006 /wiki/User:Bhollister/Proposal: /* Project Details */
22:25.59StragusSince everything is interleaved with shifted offsets, it's also possible to organize the internal layout to maximize caching
22:26.43vaschttp://gamma.cs.unc.edu/RS/
22:26.46StragusIt may be overkill for you, but this could be stuff worth considering
22:28.10Stragusalso doesn't store triangle vertices in the graph
22:28.58vascthis is going to be more messed up since we have several primitive/solid types
22:29.01vascnot just triangles
22:29.44StragusI know, I'm just saying this is an efficient approach, and very convenient once written (a single big chunk of memory, yay)
22:30.01vascyeah
22:30.13vasci once read a bvh paper by yoon that was like that
22:30.21vascbut i think he even stored by vertex in the bvh
22:30.26vascstored the vertexes
22:30.50StragusI store the triangles in the graph memory, but not the vertices (I don't use vertices)
22:30.52vascin a bvh a triangle can only be in one cell
22:31.34vasche compresses the bvh as well
22:31.43vascwith the geometry in it
22:31.59StragusHaven't tried that, but it's already tightly packed with offsets taking just few bits
22:32.59vascif you know the vertexes of the triangles in that cell are inside the cell bounding box
22:33.21StragusThat's not enough, a triangle's area can intersect a cell without the vertices being in that cell
22:33.24vascyou can compress the triangle vertex floats
22:33.33vascnot in a bvh
22:33.39vascyou're thinking a kd-tree
22:33.42StragusAh right, bvh sorry
22:33.48StragusNot thinking kd-tree either :p
22:33.55StragusI use a graph, not a hierarchy
22:33.57vascwell a spatial partitioning
22:34.05vasca bvh is object partitioning
22:34.09StragusRight.
22:34.58StragusCompressing vertices is an interesting idea. I store triangle edge planes, so that wouldn't work there
22:36.27vasche also compresses the bounding boxes in the bvh
22:36.43*** join/#brlcad bhollister (~behollis@dhcp-59-221.cse.ucsc.edu)
22:37.09vascits like the bounding boxes of the leafs are inside those of the parent node and so on
22:37.13vascso you don't need full precision
22:37.19Stragusnods
22:37.51Notify03BRL-CAD Wiki:Bhollister * 9008 /wiki/MGED_CMD_nmg:
22:39.03*** join/#brlcad ih8sum3r (~deepak@122.173.51.91)
22:44.38Notify03BRL-CAD Wiki:Konrado DJ * 9009 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 15 JULY 2015 */
22:45.42*** join/#brlcad ih8sum3r (~deepak@122.173.51.91)
22:51.50Notify03BRL-CAD Wiki:Bhollister * 9010 /wiki/MGED_CMD_nmg: /* Argument(s) */
22:56.12*** join/#brlcad ih8sum3r_ (~ih8sum3r@122.173.51.91)
22:56.12*** part/#brlcad ih8sum3r_ (~ih8sum3r@122.173.51.91)
23:24.34vascwell it compiled
23:25.01vascand it seems to work. what a miracle
23:25.56vascseems too good to be true. i'll comment the intersection to see if it still renders the scene or not
23:27.06vascman
23:27.09vascit really works
23:29.13StragusCool :)
23:30.33vascit simplified the traversal code a whole lot
23:30.38vascnow only the weaving is complicated
23:30.47vasconly regression is it can't process bots
23:31.10Notify03BRL-CAD Wiki:Bhollister * 9011 /wiki/MGED_CMD_nmg: /* Subcommands(s) */
23:31.33Notify03BRL-CAD Wiki:Bhollister * 9012 /wiki/MGED_CMD_nmg:
23:32.51Notify03BRL-CAD Wiki:Bhollister * 9013 /wiki/MGED_CMD_nmg: /* See Also */
23:33.35vasci would like having more complex scenes to test this with though
23:33.41vascmy test scene has only one solid in it...
23:33.43Notify03BRL-CAD Wiki:Bhollister * 9014 /wiki/MGED_CMD_nmg: /* Proposed subcommands(s) */
23:34.27Notify03BRL-CAD Wiki:Bhollister * 9015 /wiki/MGED_CMD_nmg:
23:35.52Notify03BRL-CAD:starseeker * 65653 brlcad/trunk/src/libbrep/shape_recognition.cpp: This test was known to be insufficient/incorrect from the outset - it's going to take a raytracing based approach to resolve this question generally. Will have to punt and return the to-be-evaluated cases in a struct, so bu_ptbl won't cut it as a return type either.
23:37.26Notify03BRL-CAD Wiki:Bhollister * 9016 /wiki/User:Bhollister/Proposal: /* Project Schedule */
23:38.34vasctomorrow i'll work on doing the grid construction on the gpu instead
23:38.59StragusThat doesn't sound necessary
23:39.40StragusIt should be a relatively fast operation, considering CSG has fewer objects than triangles meshes
23:39.41vascits kewl to have
23:39.53StragusSure. But raytracing is probably more critical
23:40.25vascmaybe i'll reuse the grid code for the meshes
23:41.18vascthe major next step actually
23:41.33vascis going to be doing the multi-hit code and the boolean weaving a lot simpler
23:41.37vascso that it can be ported to the gpu
23:41.44vascand other little things
23:41.50vasclike supporting multiple solid types
23:41.58vasccopying the solid data to the gpu
23:42.00vascetc
23:42.19vascthen there's little nagging details...
23:42.20vasclike
23:42.41vascwhat if i have a primitive type that doesn't have a gpu render code yet
23:42.43StragusMulti-hit buffering?
23:42.53vascdo i draw nothing or split the database or what
23:43.08vascyou said callbacks were better right?
23:43.14vascthe current code uses these double linked lists
23:43.19StragusYes, but I wonder how compatible that would be with the rest of the code base
23:43.23vascdynamic linked lists
23:43.27StragusYes, don't do that on the GPU
23:43.37StragusYou really shouldn't do that on the CPU either
23:43.42vascno kidding
23:44.10vaschttps://sourceforge.net/p/brlcad/patches/_discuss/thread/60701e92/d48f/attachment/m4.patch
23:44.26StragusI expect most code calling the raytracer at the moment will expect a list of hits
23:44.38StragusSo either that code gets ported to GPU to process hits as they come in the inlined callback...
23:44.51StragusOr ... ... or it gets really messy
23:45.15vascthat's why i'm not doing any opencl programming until i get a simple ansi c code in the gpu that can be easily ported
23:45.22vascin the cpui
23:45.40vascso
23:46.13vascafter i build the grid on the gpu as i planned i'll work on a callback version of multi-hit and boolean weaving
23:46.34vascin ansi c
23:47.01Notify03BRL-CAD:starseeker * 65654 brlcad/trunk/src/libbrep/shape_recognition.cpp: This'll be a job - has to be done in libged land (or possibly libanalyze/librt) but make some notes for now on how we'll have to go at it.
23:47.16vascthe code for multi-hit is a real mess
23:47.55StragusIt would be disastrous to try to buffer multiple hits per ray on the GPU then try to return that to CPU code
23:48.09StragusEverything must go on the GPU, instant inlined processing
23:49.09vascin the long run yeah
23:49.30vascthe current opencl implementation as it is on svn basically calls a kernel on each solid intersection
23:49.32vascit's that bad
23:49.39StragusWhat!
23:49.43vascyeah
23:49.52Straguso.O
23:50.19vascsee there's a lot of room for improvement
23:50.36vascwhat i'm doing is i'm doing a simple ANSI C rendering pipeline
23:50.39vascfor everything
23:50.43vascwhich i'll port to opencl
23:50.56vascnone of my work has been commited yet
23:51.29vasci loaded the ktank.g file
23:51.39vascbut how to render this thing inside mged...
23:54.00vascseems to work
23:54.17vascso it can render scenes with more than one solid in it
23:54.18vascgreat
23:54.38Notify03BRL-CAD Wiki:Bhollister * 9017 /wiki/MGED_CMD_nmg: /* Example(s) */
23:56.16vascit can also render bigger scenes but it takes forever
23:59.16Notify03BRL-CAD Wiki:85.246.100.5 * 9018 /wiki/User:Vasco.costa/GSoC15/logs:
23:59.16vascso any suggestions on how to store the solid database in GPU RAM?
23:59.16vasci have an idea but its gonna do a lot of cache misses
23:59.43StragusA single big chunk of memory, all packed, no pointers, based on offsets, with nearby geometry stored close
23:59.58StragusThe single big chunk of memory also makes it possible to fetch the data as a texture
IRC log for #brlcad on 20150716

IRC log for #brlcad on 20150716

00:00.05vascthat's gonna be a problem with all these object types. but i'll think of a way
00:00.17StragusFetching as a texture is faster than direct memory access on some hardware, Nvidia Kepler for example
00:00.31Stragus(2.5 times faster on Kepler, no kidding)
00:00.32vascoh it is?
00:00.38vascinteresting
00:00.55vasci thought they had changed the L2 cache so it wasn't a problem anymore
00:01.17vascthen again
00:01.25vascit should be doing streaming loads.
00:01.25vaschm
00:01.26StragusLater Kepler with CUDA compute 3.5 has ldg() to fetch read-only data through the texture cache, but compute 3.0 must "manually" use the texture cache
00:01.43StragusDoesn't matter, texture cache is always faster on CUDA compute 3.0
00:02.03vascso i have to use that ldg() syscall?
00:02.12StragusThat only works on compute 3.5
00:02.20StragusIf you want good performance on 3.0, you need texture fetches
00:02.35StragusAnd that's a CUDA thing, no idea if it's available on OpenCL
00:02.46vascoh right
00:02.51vascwell
00:02.57vascthe opencl texture support is kinda crappy
00:03.12StragusSo... there are many good reasons to try to pack everything in a single big chunk of memory
00:03.17Notify03BRL-CAD Wiki:Bhollister * 9019 /wiki/MGED_CMD_nmg: /* Example(s) */
00:03.45vasci think i know what i'll do
00:03.56vasci'll first compute the size of each solid in the solid list
00:04.08vascand then i'll do a prefix sum to figure out the offset of each solid
00:04.16StragusSounds reasonable
00:04.49vascthe question is where to store the solid type data
00:05.20StragusIn the same big chunk of memory
00:05.26vascthere are 44 solid types
00:05.28vascso
00:05.37StragusSo? It's just data, doesn't matter what type it is
00:05.40vascthat's like 6 bits
00:05.50vascwell
00:06.02vasci could stuff it in the solid ids
00:06.14vascand then i would have like 18 bits
00:06.20vascoh no
00:06.22vasc28 bits
00:06.29vasc26
00:06.32vascgeez
00:06.32Stragusscratches his head
00:06.34StragusRight, 26 :p
00:06.57vasc67 million solids
00:07.02vasci think that should be enough
00:08.07Notify03BRL-CAD Wiki:Bhollister * 9020 /wiki/User:Bhollister/DevLogJuly2015: /* Wed, July 15, 2015 */
00:08.35vascif we need more i'll just switch to 64 bits
00:08.48vascand then we get 58 bits
00:08.53StragusNo, just separate the two values then
00:09.05StragusGPU hardware is better at managing 32 bits values than 64 bits
00:09.15vascwell
00:09.23vasci'm supposed to use 64-bit doubles and everything
00:09.29StragusOuch.
00:09.31vascreally. its a design requirement
00:09.32vascyep
00:09.34vascits baaaad
00:09.53StragusI understand why they need it, but it's not going to be very fast
00:10.03vasci'll try to make it a compile option
00:10.05StragusYou could support both
00:10.14StragusOr a runtime option, better
00:10.20bhollisterstarseeker: updated design docs. need input on newly proposed subcommands before proceeding with their impl.
00:11.03vascthat's gonna be a lot harder
00:11.05vascalthough...
00:11.25vascthe thing about opencl is that you don't run binaries
00:11.37vascyou pass source code to the driver and it compiles it on program load
00:11.53StragusThere you go
00:12.20vascyeah i can just pass a compiler flag to the graphics driver saying which type i want
00:13.06StragusYes well, your big-chunk-of-memory data must be of the right type
00:13.28StragusIn my raytracer, I compile the same files many, many times with different #if stuff
00:13.39StragusTo produce a bunch of pipelines optimized for different needs
00:14.17vascAoS it is
00:14.43vascSoA is just too much of a problem with all these data types
00:14.50Straguso.O
00:15.01StragusCome on, you are going to absolutely destroy performance
00:15.06vascnot really
00:15.13StragusYes really
00:15.17vascits never going to be good
00:15.29vascbecause you can have different solid types
00:15.32StragusIt's never going to be good, so it can be much worse and it doesn't matter? :p
00:15.50StragusThat's not a problem if the rays are coherent, they will hit the same solids and be processed simultaneously
00:15.51vascfine. tell me how to implement SoA with different solid types
00:16.12vascspheres, ellipsoids, torus, triangle meshes, etc
00:16.13StragusYou can even be clever with ballot() call for the wrap to "vote" on the best execution path
00:16.15vascall in the same cell
00:16.34StragusSure, so you make sure all rays process the same solids coherently, simultaneously
00:16.41vascah
00:17.12vasci can leave that to the next guy
00:17.18vasc:-)
00:17.19vascwell
00:17.24StragusThat next guy will have to rewrite your code to fix this! :)
00:17.29vascyep
00:17.42vascwell
00:18.08vascthe thing is last time i read about it the coherent grid raytracing isn't faster than the non-coherent one on a gpu
00:18.23vascso...
00:18.30StragusThe next guy will have to rewrite everything, all the data layout *and* the code, plus wrap coherency considerations and so on
00:18.36vascnah
00:18.37StragusWhatever you read, it is totally wrong
00:18.43Straguswrote a CUDA raytracer
00:18.46vascas long as its cache coherent its ok
00:19.12vascif the data is packed decently enough
00:19.16vascoh now i remembered
00:19.21vasci'm using spatial subdivision
00:19.28vasci'll have solids in more than one cell
00:19.30vaschmmmm
00:20.18vascso i can only do a coarse sort and hope its coherent
00:20.18StragusCoherent raytracing is like 10x faster than incoherent rays
00:20.30vascor i duplicate data and use more mem
00:20.39vascnot on a gpu
00:20.42StragusYes, on a GPU
00:20.45vascat least its what people told me
00:21.03StragusSeriously, I wrote a CUDA raytracer, it was presented at a Nvidia conference, 1 billion rays per second on decent geometry
00:21.11vasci know
00:21.20StragusI have benchmarked all Nvidia hardware a lot
00:21.22vasci talked with some UT Austin guys in 2009 and they told me that
00:22.06vascits the SIMT model
00:22.10vasci guess
00:22.20vascall the threads will bang the same data anyway
00:22.28StragusAMD hardware is similar, except a little less flexible than Nvidia's
00:23.01StragusWhat you want is all rays to process the same solid simultaneously if they are going to hit it
00:23.11vascbut they already do that more or less
00:23.17vascor will anyway
00:23.38vascif the traversal space is similar
00:23.59StragusSimutaleously? Not one ray processing it first because it reached an intersected cell first, followed by 25 more rays, then some 5 rays, and finally a last ray?
00:24.03vascif it isn't the coherent grid thing doesn't help a lot either
00:24.05StragusYour grid can break apart the bundle
00:24.14vascyeah that's what will happen
00:24.19vascwell
00:24.30vasclater. much later.
00:24.33vascthat's v2.0 stuff.
00:24.43StragusOkay. But just plan ahead for this
00:25.06vascits like i said i think a bvh would be better
00:25.18vascso thinking about coherent grids probably a waste of time
00:25.51StragusCoherent grids can be faster if the geometry or objects are somehow uniformly distributed... which is not a common case
00:25.54vasclets just focus on eliminating dynamic memory allocations and gotos, and crap like that for now
00:25.59Stragus:) Okay
00:26.17vascif its really simple it can be changed later
00:26.33vascright now this thing is a nightmare to port to opencl
00:26.57StragusIt's certainly fine to start with something quick and dirty, but just plan ahead so the transition to something better will go smoothly
00:27.09vascyep
00:27.22vascunfortunately the quick and dirty is still taking a bloody long time
00:27.30vascbecause there's a looooot of things to do
00:27.33Stragus:) Yes, I can imagine that
00:28.50vascthe csg boolean thing
00:28.57vascsimplifying that will be interesting...
00:29.01vasca headache
00:29.15vasclast time i looked at it the code was branching like hell with gotos everywhere
00:30.12StragusI assume you know it's important to keep the flow as synchroneous as possible on GPU
00:30.24StragusA lot more computations is better than branches
00:30.34vascyeah
00:30.42vascthe question is how to do that to rt_boolweave
00:31.30Stragus's eyes hurt
00:31.40StragusI sympathize.
00:33.00vascfiguring out a way without dynamic memory allocation would be a start
00:33.26vascthat thing is all branches and dynamic double linked lists
00:33.56vascand its called on the buffered dynamic linked list of multi-hit intersection for every single cell we intersect
00:35.22StragusYou should clarify with brlcad if you must somehow buffer all hits and return them to CPU code, or if a GPU inlined callback would be sufficient
00:36.07StragusThe first one is messy and slow, and that's a lot of data to constantly copy from GPU to CPU
00:36.28vascyes
00:36.36vascwell they prefer to keep 100% compat with everything
00:36.51vascso my guess its that they prefer the first option but its gonna be bad on the long run
00:37.07StragusThey'll need new code to efficiently use a GPU raytracer
00:37.34vasci thought first i could render on the gpu and cpu and somehow merge results of the whole render
00:37.42vascbut with this multi-hit thing its more tricky
00:38.12vasclike render the gpu accel solids on the gpu and the ones that aren't ported to the gpu would be rendered on the cpu
00:38.28vascif it was single-hit it would be easy
00:38.29StragusThat doesn't sound good
00:39.16vascyou would just need the depth, object, material, at each pixel
00:39.25vascon cpu and gpu
00:39.32vascand then you figured out which was in front
00:39.37vascfor each pixel
00:40.44vascits not like i can call cpu code inside the gpu
00:40.49vascunless i pause it all the time
00:40.50vaschmm
00:41.01StragusThat sounds like much more trouble than just porting all solid types
00:41.14vascthere's like 44
00:41.15vascof them
00:41.22vasci'm gonna port like i dunno 8
00:41.56StragusMany of them will be very similar
00:42.22vascyeah but there's no time before gsoc ends
00:43.16StragusI would port 8 and leave it to someone else to complete
00:43.23StragusThat cpu-gpu mix is really asking for trouble
00:43.27vasci also think its the best option yes
00:44.01vasci'll need to talk about it again with sean
00:44.11Stragusnods
00:46.10vascthinking about it some more a bvh would simplify some things
00:46.36vascif i knew the leaves all had the same max number of objects i could still buffer the hits on each cell without using dynamic memory allocation
00:47.24StragusWhy the leaves? Wouldn't it be the maximum count of intersections in the whole scene?
00:48.38vasci won't claim that i get how the csg stuff works well
00:48.49StragusI would probably do something like... reserve 8 hits per ray, and each ray can "request" additional chunks of 8 hits when running out of hit space, through some atomics in a giant shared buffer for all hits
00:48.50vascbut it seems to call rt_booleanweave for every cell it intersects
00:49.12Stragus... giant shared buffer for all rays*
00:49.38vascbut yeah it probably just does that
00:50.24vasccan't you incrementally do the csg?
00:50.37vascprobably need to think this over
00:50.42StragusYou probably know more about CSG than I do :/
00:51.16vasci don't know that much
00:51.28vasci only know its boolean ops in ray tracing
00:51.43vasci've seen brute force csg ray tracers
00:51.45vascthat's about it
00:51.49vascbut this one ain't brute force
00:54.06vascat the time i started this sean suggested thinking about other similar algorithms to see if i could do this differently
01:00.16StragusThat sounds like good advice to me
01:00.34StragusThe algorithm's design is probably 30 years old
01:03.43Notify03BRL-CAD Wiki:Terry.e.wen * 9021 /wiki/User:Terry.e.wen/log:
01:09.05*** join/#brlcad vasc__ (~vasc@bl7-122-190.dsl.telepac.pt)
01:21.48vasc__night
02:59.44Notify03BRL-CAD:starseeker * 65655 brlcad/trunk/src/libged/nmg_cmface.c: Apply patch #390 from Brad Hollister, removing unused tmp variable.
03:05.39Notify03BRL-CAD:starseeker * 65656 brlcad/trunk/src/libged/nmg_cmface.c: Apply patch #390 version 2 from Brad Hollister
04:33.06*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
04:33.06*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
05:08.53*** join/#brlcad gurwinder (3b599fa2@gateway/web/freenode/ip.59.89.159.162)
05:16.13*** join/#brlcad milinda (~milinda@112.134.13.69)
05:46.36*** join/#brlcad milinda (~milinda@124.43.140.87)
06:05.20*** join/#brlcad milinda (~milinda@124.43.181.242)
06:47.31*** join/#brlcad milinda (~milinda@124.43.92.201)
07:05.15*** join/#brlcad milinda (~milinda@112.135.69.88)
07:36.11*** join/#brlcad milinda (~milinda@112.134.225.229)
07:37.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:33.36Notify03BRL-CAD Wiki:MeShubham99 * 9022 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 8 */
09:15.38*** join/#brlcad tess (~tess@122.173.205.133)
10:04.49*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
10:04.49*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
10:12.52*** join/#brlcad gurwinder (75c7660a@gateway/web/freenode/ip.117.199.102.10)
10:31.54*** join/#brlcad tess (~tess@122.173.205.133)
11:20.01*** join/#brlcad milinda (~milinda@112.134.236.34)
11:28.20*** join/#brlcad milinda (~milinda@112.134.236.34)
11:53.40*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
12:44.23*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
12:49.15Notify03BRL-CAD:ejno * 65657 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: remove unnecessary try block
13:53.55*** join/#brlcad milinda (~milinda@124.43.66.153)
14:40.25Notify03BRL-CAD:brlcad * 65658 brlcad/trunk/TODO: some more thoughts on extending libbu's parallelism functionality
15:00.03*** join/#brlcad konrado (~konro@154.70.99.62)
15:03.28*** join/#brlcad tess_ (~tess@122.173.205.133)
15:23.56Notify03BRL-CAD Wiki:MeShubham99 * 9023 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 8 */
15:25.39*** join/#brlcad milinda (~milinda@124.43.185.227)
16:23.06*** join/#brlcad milinda (~milinda@124.43.185.227)
16:54.58*** join/#brlcad sofat (~sofat@202.164.45.204)
17:02.54brlcadStragus: vasc's problem (regarding solving all problems at once) is that he has a very strict near-term deadline, and has to have made some useful progress by the end .. AND then pass that work on to someone else to continue
17:03.12brlcadso he doesn't really have that luxury
17:11.16StragusAh right, I'm still not too familiar with the whole GSoC concept
17:12.46StragusBy the way, I assume you know that if someone is going to port the raytracer to OpenCL, you really need to change the interface and adapt all the code using the raytracer...
17:12.59StragusIt's really not designed for parallel hardware
17:21.33brlcadStragus: also the opencl implementat that calls a kernel on each solid intersection that you seemed surprised by had absolutely nothing to do with performance (it was only a validation of the calculations being correct for a specific primitive converted, full stop)
17:22.23StragusRight, makes sense
17:22.58milindabrlcad: Can you please tell me what exactly poly2tri_CDT does ? I mean as a summary ?
17:27.17brlcad"20:35 < Stragus> You should clarify with brlcad if you must somehow buffer all hits and return them to CPU code, or if a GPU inlined callback would be sufficient" <-- well duh, we want both :)
17:27.28brlcadis still reading backlog fwiw, not current discussion
17:28.58*** join/#brlcad vasc (~VASC@bl7-122-190.dsl.telepac.pt)
17:30.27brlcadall caught up now
17:31.17brlcadStragus: yep, definitely know that the interface will need to eventually be adapted -- we'll also need a (slow) compatible interface first though so we can validate the computations
17:31.43brlcadbut the goal indeed is to change the method so that analysis applications are also acceleratable and getting updates via callback or in batches or both
17:33.16Notify03BRL-CAD Wiki:MilindaFernando * 9024 /wiki/User:MilindaFernando/gsoc2015_devlog: /* STEP Viewer Project Development Log */
17:33.24brlcadthe purpose of the single kernel per solid intersection was indeed just to validate correct calculations, and indeed the first conversion was demonstrably different (i.e., wrong) due to precision/tolerance mismatches
17:34.02brlcadmilinda: hmmm
17:34.24brlcadlooks
17:35.38milindabrlcad: can we please chat I need several things to figure out :)
17:35.53Stragusbrlcad: Right. I assume you know that any OpenCL "callback" would have to be built in the same "kernel" (sorry, CUDA speak) as the OpenCL raytracing code
17:36.04brlcadit's doing constrained delaunay triangulation using the poly2tri library
17:36.19brlcadbasically, turning the nurbs surface into triangles
17:36.35StragusIn my CUDA raytracer, the user would provide a "callback" and it would build the whole raytracing pipeline with that function inlined directly deep in the code
17:37.13brlcadStragus: I figured something like that would be necessary for optimal performance
17:37.33brlcadgiven how the projects are so varied and disjoint, that tight coupling might not be practical
17:37.43StragusWell, it's not just optimal performance: the other way involves buffering an arbitrary number of hits per ray, and that's really messy
17:37.44brlcadin which case we'll probably pass back bundles of results
17:38.00brlcadwhich they can process however they like, hopefully coherenty
17:39.03milindabrlcad: Assume we have surface triangles for an geometry. But How can we generate a solid from them ? I mean can you explain me how surface triangles would help to visualize the geometry as a solid in Open GL?
17:39.05StragusI would suggest designing the OpenCL code so that any code can build custom pipelines with a provided hit-handling callback
17:39.23StragusOther code could rely on a default pipeline built with hit-handling code that somehow buffers up everything
17:39.41milindabrlcad: Using surface triangles what we get a mesh for the geometry. Is this correct ?
17:39.42brlcadthere's more than a dozen external groups that integrate librt for ray intersections for various analytic purposes .. there's no way they will all rework their interface so some will be slow .. some will likely make full accommodations, and others partial
17:39.50brlcadbut remember, some of them aren't even in C
17:40.43brlcadsome callers are coming through java bindings, some through fortran
17:41.36brlcadmilinda: I'm not sure I understand your terminology
17:42.01brlcadmilinda: you don't need to generate a solid -- you need triangles you can pass to opengl
17:42.11brlcadgetting triangles for each surface does exactly that
17:42.51milindabrlcad: so the final visualized shape would be a triangular mesh of the shape. ?
17:43.08brlcadyes
17:43.36milindabrlcad: are we going to stop with that no solid geometry in the viewer ?
17:44.01brlcadmilinda: what does "solid geometry in the viewer" mean to you?
17:44.08brlcadbecause that terminology is not right
17:44.14milindabrlcad: I mean color shaded shape ?
17:44.52brlcadyou color and shade the triangles in opengl
17:45.00brlcadthose triangles make a shape
17:46.18brlcadih8sum3r: I did not, the fibers component failed to compile
17:46.20milindabrlcad: so all the cad programs which does render the geometry as a "visually solid" does it by getting the triangular mesh and color triangles and rt it?
17:46.57brlcadih8sum3r: looks like relatively simple portability errors, but "npm install fibers" worked
17:47.02brlcadit installed 1.0.6
17:47.34brlcadmilinda: they get a trinagular mesh, color the triangles, and send it to opengl
17:47.53brlcadmilinda: do you have an install of brl-cad handy?
17:47.56ih8sum3rbrlcad: Same error on my side. Okay I will try with 1.0.6 version.
17:48.11vaschowdy
17:49.38brlcadhi vasc
17:49.43brlcadread your nice long convo yesterday
17:49.51brlcadgood thoughts all around
17:50.12vasci still need to do a bunch of things before i start working on the boolean weaving though
17:50.25brlcadthe main limiting factor here is time and wanting something incrementally useful *before* gsoc is over (it's already crazy risky enough)
17:50.34milindabrlcad: No Should I install it ?
17:51.18brlcadmilinda: if you going to be calling into brl-cad libs, aren't having those libs installed required? :)
17:52.20milindabrlcad: yes I need to install them :)
17:53.28milindabrlcad: So as the next step what should I do is a write a function which takes a ON_Brep structure and browse all the surface triangles ? Correct ?
17:54.04milindabrlcad: then we can get a tringluar mesh at the viewer. :)
17:54.42brlcadwell once you do that, you can find a simple 3dm model online (e.g., from grabcad.com), convert it with "3dm-g", then open that .g file with our "mged" application, and run commands that let you visualize ("tops" will tell you names to use, and "draw -m1 somename" will display that nurbs as shaded triangles)
17:55.07brlcadmilinda: an ON_Brep intrinsically does not have surface triangles
17:55.10brlcadthey have to be calculated
17:55.46brlcadthat is exactly what we do (in rt_brep_plot_poly and the CDT library calls)
17:56.41milindabrlcad: you mean I should Install the libraries and call them instead of writing new code to do that. ?
17:57.50brlcadmilinda: I think it took one of our devs about 4-6 months to calculate the triangles in a useful manner
17:58.31brlcadit's easily a gsoc project all of it's own just to do that...
17:58.53brlcadso yeah, that's why in your original proposal, it was suggested that you leverage our work
17:59.17brlcadnow whether you call a library or extract the code of signficance doesn't really matter (so long as attribution and legalities are correct)
18:00.30vascso you just sample a bunch of points on the surface and triangulate that?
18:02.46ih8sum3rbrlcad: I guess fibers are not installed properly, I'm getting this error : Error: Cannot find module 'fibers'
18:14.19*** join/#brlcad milinda (~milinda@124.43.95.17)
18:14.24brlcadvasc: for triangulation, that's all you can do
18:14.43brlcadthere are other modes of visualization, like just rendering the surface edge splines
18:15.18brlcadbut the surface itself doesn't have anything intrinsic that can be sent to opengl, you have to evaluate surface polylines, points, triangles, etc
18:17.34brlcadan older slower method involved converting the nurbs surfaces into a set of bezier patches, and triangulating those patches for visualization
18:17.48brlcadsome CAD systems still use that indirect method
18:18.59brlcadtriangulating bezier patches is also still just sampling points on the surface so you can make a mesh, it's just a much simpler evaluation than directly evaluating the complex nurbs surface (high high order equations)
18:19.19vasci see. it seemed kinda of brute force so i thought that someone had come up with something better.
18:23.15brlcadpolylines is arguably better, but opengl doesn't have support for shaded rendering of polyline strips
18:23.36brlcadGLU has support for rendering NURBS, but it basically does the old bezier patch method
18:24.26brlcadyou can do adaptive sampling of the NURBS, and that's about as good as it gets for sending something to opengl
18:25.04vasci'm gonna have a masters student working on NURBS next year so i was kind of interest
18:25.05vasced
18:29.32vasci keep hearing that the latest opengl has tesselation support so i thought there would be some better way of doing it or something
18:38.12starseekergrowls at sourceforge...
18:38.23vascswitch to github then
18:38.54starseekerbrlcad-as-git-checkout is.... rather large.  we have a lot of history
18:39.21vascmore than the linux kernel?
18:39.26vascoh right
18:39.28vasc1970s
18:39.41vaschow far back does the repo go anyway?
18:39.46starseeker1983
18:40.39starseekerI've done a git conversion of our svn repo (even have the process quasi-automated) and it clocks in at 1.6 gigs
18:40.40vasceven old than gcc then
18:41.09vascoh i see
18:41.18vascgithub says they want repos to be below 1GB
18:41.54starseekerhttp://blog.openhub.net/2012/10/oldies-but-goodies-seven-projects-still-rocking-open-source/
18:42.30Stragusvasc, OpenGL has "tesselation shaders", and nobody uses them, just like geometry shaders
18:42.45``Erikhttp://brlcad.org/brlcad.git is daily conversion/mirror
18:43.01StragusIt's too slow and limited. Compute shaders replace all of this mess
18:43.41starseekerwe could probably do some tricks like one project per src/other folder to spread the pain out
18:44.45starseekerhasn't tried building our history without src/other and misc/tools, but probably smaller
18:45.19starseekeris now curious...
18:45.58vascoh right the dependencies
18:46.27vascthose are probably pretty big since have tcl/tk in there
18:46.46starseekerand a subset of boost, at some point in the history
18:50.33starseekertries a "quick and dirty" approach... to do this right would require some care...
18:54.31vaschttps://rtyley.github.io/bfg-repo-cleaner/
18:55.48vascmaybe that will help
18:56.26starseekervasc: the problem is stripping out large commits from older history would result in broken checkouts for those revisions
18:56.40starseekerit's occasionally necessary to test older revisions
18:57.09starseekerthat would be good for checked in garbage, but when the large bits are actually *needed* we're worse off...
18:58.37starseekermight conceivably be acceptable for things that never worked right to begin with, but even that's a bit dicy...
18:59.22vascso you need this one http://git-scm.com/docs/git-filter-branch
19:00.57starseekerprobably, plus a *lot* of detailed history study to see what is in, what's out and what things look like for various options.  Probably a lot of testing as well
19:01.12vascanother choice i guess is to break the repo at some point in time and archive that keeping on the repo only a shortened history
19:01.25starseekerdon't let brlcad hear you suggest that ;-)
19:02.13vascself-hosting then :-)
19:02.19starseekerheh
19:02.20vascbbl
19:03.11*** join/#brlcad milinda (~milinda@124.43.75.66)
19:05.59starseekerbah - filtering out other only saved 150 megs
19:06.07starseekerwonders if he did something wrong...
19:07.23starseekerlooks right...
19:07.26starseekerhuh
19:08.18starseekerwonders if there are some commit size analysis tools available somewhere...
19:08.48starseekerand... of course https://code.google.com/p/gitinspector/
19:11.51starseekerah http://serverfault.com/questions/36784/search-for-large-checkins-in-a-subversion-repository
19:15.54brlcadyeah, I'm not at all keen on stripping or contorting the history for the sake of the tool/repo/size/whatever
19:18.03starseekersuspects BRL-CAD on github is probably a practical no-go
19:18.43brlcadI'm certainly not opposed, but I wouldn't switch on a whim
19:19.14starseekerwe'd basically have to explain the situation to them and get an OK, and even then they may not be too keen on 2 gig forks...
19:20.45brlcadI would, but I'd doubt size would be a problem
19:21.00brlcadit's real history and there's no large files clogging it up
19:21.03brlcadjust a ton of history
19:21.29starseekercouple of our hacking book images would be a problem
19:22.04brlcadlarge ==> >100MB
19:22.34brlcadI don't think we have much at >10MB
19:22.39starseekerah, OK
19:22.50starseekerthought a couple of the high quality renders were bigger
19:23.04starseekerjust my not-so-hot internet connection
19:23.54*** join/#brlcad milinda (~milinda@124.43.202.141)
19:23.55brlcadthey got checked in?
19:24.17starseekeryeah - we added the hacking book to the doc build (or at least I thought we did)
19:25.47brlcadI know the book was added, but I didn't think the images were that big
19:25.52starseekerthey aren't
19:25.58brlcadthe biggest was probably teapot at 4k x 4k but in png format
19:26.20starseekerbiggest is 12M
19:26.27starseekersphflace2_cc
19:26.47starseekerteh M1A1 is second at 8, rest are below 4
19:27.06starseekers/teh/the
19:29.41brlcadokay, makes sense
19:30.06starseekerah, cool - that svn size-of-revision script looks like it worked
19:30.16brlcadthat sounds entirely reasonable to me
19:35.02starseekerinteresting - if I'm reading this right, even the largest merges are around 90 megs
19:35.09brlcadlooks like our biggest commit is r31506
19:35.16brlcadlooks like a commit that added ogre
19:35.30StragusOgre? The 3D engine?
19:35.37starseekeris that bigger than r23577?
19:35.47brlcadStragus: yep
19:36.02StragusThat's a weird dependency to have
19:36.21starseekerStragus: we're a CAD system - why's a 3d engine a weird dep?
19:36.41brlcadStragus: experimental GUI work looking at using it for the CAD visuals
19:37.21StragusBecause a CAD system doesn't need a gaming-oriented 3D engine
19:38.23starseekerStragus: fwiw, we're also checking out OpenSceneGraph
19:38.31Stragusonce also wrote an OpenGL-rendered GUI, but creating the widgets became tiresome... http://www.rayforce.net/glui000.png
19:38.51brlcadit's not really any more gaming-oriented than openscenegraph, OSG, VTK, and a handful of others
19:39.46starseekerStragus: I've had half an eye on this for a long while hoping it would reach a usable point:  https://github.com/zhanggyb/BlendInt
19:41.07StragusI haven't heard of that one
19:41.08brlcadan engine is desirable for some pretty basic aspects like asset management and scene graph management
19:41.37brlcadwriting the code to do that well is really a distraction to our goals, especially when they do it more than adequate for our needs
19:41.52StragusMy GL gui was quite usable, just still missing a bunch of widgets (that screenshot is also old)
19:42.20*** join/#brlcad milinda (~milinda@124.43.188.93)
19:42.31starseekerStragus: we've been looking at using Qt-in-GL, sorta like stellarium
19:44.01starseekerthere are actually some reasonably impressive demos with qml, but IIRC the primary widgets remain something of a challenge
19:44.02brlcadfor GUI, I have many in depth strong opinions and am quite picky about usability characteristics -- at least for our 3rd generation interface
19:44.38starseekerthat's why starseeker considers qged 2.5gen ;-)
19:45.36*** join/#brlcad gurwinder (3b5b7739@gateway/web/freenode/ip.59.91.119.57)
19:45.44brlcadwhy not embrace it?
19:46.11brlcadwhat's the .5 missing?
19:46.41starseekersatisfying the in depth strong opinions and usability characteristics ;-)
19:47.02starseekerwould be content with cleaner-archer-not-needing-Tk as a start
19:47.28Stragushas this habit of always writing everything from scratch, no dependencies
19:48.14brlcadStragus: yeah, I get really pissed off at interfaces like that from a usability perspective... I admire the work, but the usability is usually just .. terrible
19:48.22Notify03BRL-CAD Wiki:59.91.119.57 * 9025 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
19:48.27StragusWriting an OpenGL engine isn't that much work anyway, I wrote that some time ago: http://www.rayforce.net/newproject024.png
19:48.28brlcadlove the appearance of custom, though, that alone can be a saving grace
19:48.32starseekerfigures a real 3rd gen interface will be a fairly significant depature from the mged/archer paradigms
19:48.56brlcaddoesn't
19:49.28brlcadsignificant in the sense that the new one should be explorable, yes
19:49.44brlcadpretty and easier to learn, yes
19:50.16StragusEheh brlcad, you want widgets that look and behave like the standard, right.
19:50.20brlcadfunctionality, though, no change really
19:50.28brlcadStragus: nope
19:50.54brlcadbehavior to a limited extent (key bindings, some presentation patterns)
19:52.01brlcadappearance, definitely not
19:52.44StragusOkay, so what bothers you about the usability of different-looking GUIs?
19:52.46starseekerbrlcad: well, for example, the original ogre/qt work was focused on Qt widgets in the 3d scene - that's something I didn't envision for qged.  I'd be content to use osgQt to get an OpenSceneGraph window that gets passed to libdm (after upgrading libdm's API...)
19:53.09brlcadcursed with having studied interface design measurement and usability theory -- there are some fundamental issues regarding design patterns, familiarity, efficiency, discoverability
19:54.09StragusThat depends entirely on how the programmer writes his code using the GUI, not the GUI itself
19:54.22brlcadstarseeker: now you're talking about "how", not "what" .. I frankly don't care much how as long as it doesn't get in the way of maintainability and longer-term development
19:55.08starseekerfair enough
19:55.15brlcadthe issue is what usability patterns are made available, what steps the user takes to do some action
19:55.39brlcadit's very user-centric, which becomes the dev's problem
19:55.48starseekerso from that standpoint, whether Qt elements are available in the 3D scene or not is a detail?
19:56.26brlcadyou don't just pop up a text field where a value needs to be input, which I could code up manually or delegate to a widget library and leave to whatever limitations/complexity that implies
19:58.00brlcadif the user is given a text field, it better behave to platform expectations -- which means they get navigation key-bindings, cursor controls, probably even basic field checking (e.g., spell checking, bounds checks, etc)
19:58.37brlcadStragus: that's a good case point example -- did you input a text input field?
19:59.16StragusYes, with support for tab, alt+tab, arrow keys, shift+arrow, ctrl+arrow
19:59.51brlcadctrl-a, ctrl-e, ctrl-w, ...
20:00.21brlcadthose little nitpick issues seem inconsequential, but play a MAJOR role in long term usability and adoption
20:00.28StragusOnly the first one of these, but yes, you demand standard behavior
20:00.33brlcaddid you spell check the words on the fly
20:00.35StragusOh I agree
20:00.39StragusNo :p
20:00.47brlcadthat's just the tip
20:01.30brlcadthat's we're leveraging something like Qt because valuable because they either have invested the effort already or provide all the necessary hooks
20:01.31StragusI pretty much wrote that GUI system for my own needs as learning an existing GUI seemed... boring
20:01.39StragusIndeed
20:01.40brlcadnods
20:02.00brlcadit can be boring, but that's where the fun is in stylistic presentation
20:02.12brlcadthere is some amazing research work in GUI stylization
20:03.09Stragusfinds it more fun to optimize GPU texture caching of all GUI "images" with clever area invalidation, minimized scissoring, batching and other tricks
20:03.17StragusBut yes, I certainlt understand your points
20:03.20Straguscertainly*
20:05.51brlcadstarseeker: probably the biggest piece I see required for gen3 is a fully pervasive on-demand command functionality
20:05.54brlcad(not the command console, that's a separate issue/feature)
20:09.43*** join/#brlcad Izakey (~Isaac@41.205.22.26)
20:10.21brlcadIzakey: still have that link handy?  maybe starseeker can help...
20:11.27Izakeybrlcad, I tried rectifying the libpng today and it blew away my entire GUI
20:11.56brlcadouch!
20:12.02IzakeyI'm accessing this channel using a mobile device. Let me find the link however
20:12.11brlcadsounds like .. you did something wrong :/
20:14.05starseekerO.o
20:15.42IzakeyYeah, libpng was at 12. I installed,deleted and reinstalled libpng16.so.16 or so and my computer just powered itself off
20:16.13Izakeystarseeker, this is the link https://paste.kde.org/pab6nw3ai
20:17.10IzakeyA man without Xserver needs all the help he can get ;)
20:17.15Straguslibpng is not binary compatible between major versions
20:17.46StragusReinstall libpng 1.2, or rebuild everything that depends on it
20:19.17IzakeyThanks Stragus.
20:20.40Stragusisn't fond of that whole Unix philosophy of software linking tons of libraries instead of including the dependencies at build time
20:20.55brlcadstarseeker: if you want some GUI homework to look into, try playing with Kupfer! or Synapse on Linux -- they incorporate some relevant usability concepts based on research
20:21.26brlcadsomewhat similar to quicksilver on mac os x
20:21.51brlcador even spotlight, but that interface is only half-there
20:22.41brlcadah, Gnome Do might be similar too
20:22.51brlcadbut i've just found that one now
20:22.52Izakeywill not advise playing with GUI after today's experience
20:23.09brlcad"GNOME Do is inspired by Quicksilver" ... so apparently yes
20:23.29brlcadIzakey: you should be able to restore your GUI just by restoring libpng, no?
20:23.40brlcadwhat'd you do to it?
20:23.45StragusIzakey, how did you end up replacing the installed libpng?
20:24.05StragusGentoo builds libpng12.so, libpng13.so, libpng14.so, etc. to avoid that kind of problem
20:24.07IzakeyI used rpm to install the .rpm file
20:24.36brlcadjust installing wouldn't have easily broken something unless an RPM overwrote a symlink
20:24.54brlcadwould have had to overwrite/delete a symlink or delete the old lib
20:24.57IzakeyMy entire Fedora is bash - from login to what have you
20:25.14brlcadIzakey: also, needed the entire build log, including the cmake output
20:26.23brlcadprefers linux without an X server :)
20:26.34IzakeyThe cmake build log from yesterday ? brlcad
20:26.47brlcadI never got to see it because the url was blocked
20:26.55brlcadI can probably get to it now
20:27.55Izakeythinks Linux without Xserver can really suck
20:28.39Stragusspent 2 days in text mode when his GPU fried from too much CUDA, a month ago
20:28.54StragusYou get used to it, eh
20:31.20Izakeyfetches yesterday's build log
20:34.58starseekerIzakey: did you try -DBRLCAD_ENABLE_ALL=ON ?
20:35.52IzakeyYes starseeker ?
20:36.00starseekerand you still got that error?
20:36.23IzakeyYes starseeker
20:36.38starseekersomethings wrong then - it's pulling the wrong libpng
20:36.43starseekerit should be using a locally built copy
20:37.01starseekerditto for zlib
20:37.03``Erikheh, console 4evah!
20:37.18starseekeryeah, need full log for this one
20:38.56StragusI frequently kill X and switch to raw console when I want precise benchmarks
20:43.27``Erikhttp://elfga.com/~erik/tmp/ss20150716164155.png is what my mac lappie usually looks like (sometimes I fullscreen terminal just to be cool, but usually it's just maximized) :D
20:45.19Izakeyconsole 4evah ! ``Erik
20:46.02StragusI can relate: http://www.rayforce.net/desktop000.png
20:48.19``Erikstill using bx?
20:48.56StragusYup
20:50.39Izakeybrlcad, I've given you access to the Google Doc.
20:50.44``ErikI got sick of fighting the logging facility in bx, irssi did things 'mostly' right out of the box, so I was willing to spend the extra resources on it *shrug* :)
20:56.03*** join/#brlcad vasc (~vasc@bl7-122-190.dsl.telepac.pt)
20:56.22vascman sf.net is still down
20:59.03*** join/#brlcad Yash (3b5f267d@gateway/web/cgi-irc/kiwiirc.com/ip.59.95.38.125)
21:06.16*** join/#brlcad konrado (~konro@41.205.22.37)
21:06.25Yashhi
21:09.04*** join/#brlcad Yash (3b5f267d@gateway/web/cgi-irc/kiwiirc.com/ip.59.95.38.125)
21:09.57Notify03BRL-CAD Wiki:Konrado DJ * 9026 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 16 JULY 2015 */
21:10.56Notify03BRL-CAD Wiki:Konrado DJ * 9027 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 16 JULY 2015 */
21:25.06vaschello Yash
21:25.58Yashhi
22:20.41*** join/#brlcad vasc (~vasc@bl7-122-190.dsl.telepac.pt)
22:27.47Notify03BRL-CAD Wiki:Bhollister * 9028 /wiki/MGED_CMD_nmg:
22:37.37Notify03BRL-CAD Wiki:Bhollister * 9029 /wiki/MGED_CMD_nmg: /* Example(s) */
22:39.16Notify03BRL-CAD Wiki:Bhollister * 9030 /wiki/MGED_CMD_nmg: /* Proposed subcommands */
22:42.11Notify03BRL-CAD Wiki:Bhollister * 9031 /wiki/MGED_CMD_nmg: /* Example(s) */
22:42.47*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.205.133)
23:00.15Notify03BRL-CAD Wiki:202.164.45.204 * 9032 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
23:05.06Notify03BRL-CAD Wiki:Bhollister * 9033 /wiki/User:Bhollister/DevLogJuly2015: /* Thurs, July 16, 2015 */
23:06.20Notify03BRL-CAD Wiki:Bhollister * 9034 /wiki/User:Bhollister/DevLogJuly2015: /* Mon, July 20, 2015: Start of Week 9 (of 14) */
IRC log for #brlcad on 20150717

IRC log for #brlcad on 20150717

01:30.29Notify03BRL-CAD Wiki:MeShubham99 * 9035 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 8 */
02:04.10*** join/#brlcad ignacio (~IgnacioUy@2001:4830:134:7::11)
02:04.10*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy)
03:02.37starseekerthis is pretty hard core... https://blog.skullsecurity.org/2015/how-i-nearly-almost-saved-the-internet-starring-afl-fuzz-and-dnsmasq
03:04.19starseekerwriting low level dns by hand from memory...
03:37.14*** join/#brlcad gurwinder (3b5b7739@gateway/web/freenode/ip.59.91.119.57)
04:25.59*** join/#brlcad ignacio (~IgnacioUy@2001:4830:134:7::11)
04:25.59*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy)
06:44.14*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
06:44.14*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
07:28.32*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
09:23.17*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:05.04*** join/#brlcad ignacio (~IgnacioUy@2001:4830:134:7::11)
10:05.04*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy)
13:05.21starseekerhmm - the sf.net breakage seems to be more serious than usual this time...
13:08.34``ErikI kinda feel like sf jumped the shark years ago, the modified binaries scandal and outages seem... on par?
13:09.06``Erikwonders how big a darcs conversion would be O.o
13:12.16``Erikpines for the days of clean and svelte cvs checkouts :)
13:40.49brlcadthey had an outage like this .. 2 years ago?  maybe 3?
13:41.04brlcadbut I think this is the first on allure
13:41.19brlcadlooks like everything is down including lists
13:41.31brlcadsent out a news announcement yesterday
13:44.58``Erikthis outage is insane, but it seems like there are frequent short outages *shrug*
13:45.23``Erikgithub has frequent outages as well, but git is still usable when github is gone :D
14:20.51*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.41.20)
14:22.12brlcadtrue true
14:55.55*** join/#brlcad sofat (~sofat@202.164.45.204)
14:57.49``Erikis sorta wishing he wrote this app in swift instead of objc :/
14:58.55starseeker``Erik: there are frequent short outages - I checked their twitter feed
14:59.19starseekerhttps://twitter.com/sfnet_ops
15:00.22starseekerpretty much at least once a month
15:00.30starseekerfor 2015 anyway
15:06.16starseekergithub does seem to have a few outtages, but they seem to cope with them quickly and are informative about what's going on:  https://status.github.com/messages
15:22.11*** join/#brlcad vasc (~vasc@bl13-107-116.dsl.telepac.pt)
15:29.24starseekerremembers back in the day when the slashdot admins did an in-depth review of what happened during an outage as a post-mortum
15:31.23starseekerah yes http://news.slashdot.org/story/01/06/27/124207/blow-by-blow-account-of-the-osdn-outage
15:31.34starseekerlong long ago now
15:32.41``Erikheh, I read slashdot via rss now, and it's very rare that I click past a headline :/
15:53.40*** join/#brlcad Izakey (~Isaac@41.205.22.48)
16:06.05Izakeybrlcad, ``Erik, starseeker, Stragus, vasc Any tips on restoring my GUI, Kinda tired of console already.
16:06.21Izakeydoesn't know exactly where to start
16:27.55*** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:2885:f5e9:dd21:1625)
16:30.36vascconsole?
16:31.32vascsvn: E000111: Unable to connect to a repository at URL 'https://svn.code.sf.net/p/brlcad/code/brlcad/trunk'
16:31.36vascthose guys are really incompetent
16:36.52Izakeyvasc , Any suggestions ?
16:37.00vasci don't get it
16:37.03vascwhich console?
16:37.16vasci need context here.
16:48.33Izakeyvasc,  I have no GUI any longer, I only have the command line to work with
16:50.00vascfor what? the operating system?
16:50.07vascand which operating system are we talking about
16:50.21vascor is it the brl-cad application itself
16:51.22IzakeyNo GUI for Fedora 21 vasc
16:52.00vascso what happened for you to lose the gui?
16:52.10vascdriver issues? kernel upgrade?
16:57.26vascoh and try the #fedora channel
16:59.08vasci won't be much help. i use ubuntu.
16:59.49IzakeyThanks vasc
17:05.56bhollister2starseeker: hi. here for our 10 AM PST mtg. just need some feedback on the latest subcommands proposed.
17:06.39bhollister2starseeker: also, if you can point me to code that is responsible for setting the color of the geometry in the real-time  viewer.
17:11.44vaschttp://hardware.slashdot.org/story/15/07/17/1415244/intels-tick-tock-cycle-skips-a-beat
17:11.47vascmoore's law hits a bump
17:15.23Notify03BRL-CAD Wiki:117.199.101.162 * 9036 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
17:16.26*** join/#brlcad gurwinder (75c765a2@gateway/web/freenode/ip.117.199.101.162)
17:16.48gurwinderIzakey: Hi
17:17.07IzakeyHi gurwinder
17:17.24gurwinderhow are you?
17:17.31StragusIzakey, first step is figuring out what fails exactly
17:17.42StragusDid you reinstall libpng 1.2?
17:18.29IzakeyUpdated and deleted libpng1.6
17:18.35gurwinderIzakey: I want to tell you that I export 8 primitives till now. Sorry I didn't count the remaing 2 on that day.
17:18.50StragusIf you type something like   ldd /usr/bin/gimp | grep "png"   what do you get?
17:19.01Stragus(used gimp because I have no idea what WM you are running)
17:19.02IzakeyWhich two are those gurwinder ?
17:19.28gurwinderIzakey: Those two are sphere and cylender
17:19.43gurwindertotal 8 are exported
17:20.13gurwinderNow am working on rhc, I am trying to make a macro.
17:20.30IzakeyThat's the right direction gurwinder. Keep working.......
17:21.02vascanyone knows when sf.net SVN comes back up?
17:21.05gurwinderIzakey: Want to tell you that I will be busy tommorow in admission work at college
17:21.38gurwinderSo can't able to work more that 2 to 4 hrs
17:28.27IzakeyThat's fine gurwinder, atleast within those 4 hours just build the MACRO ;)
17:28.59gurwinderIzakey: haha I'll try my best
17:57.15*** join/#brlcad sofat_ (~sofat@202.164.45.204)
18:42.36bhollisterstarseeker: didn't see the earlier comments on the mailing list. thanks for the input.
18:44.28bhollisterstarseeker: i'll be sure to address my response / questions on the mailing list as well.
18:48.21Izakeyvasc, patience is a virtue ;)
18:48.49vascwell i expected better from sf.net considering it has been like this since yesterday
18:49.24vasctoday is friday i doubt they'll do much in the weekend if they don't fix it today
18:50.52*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.41.20)
18:58.01vascwell i got some reduce and scan kernels in opencl from pyopencl. now to actually integrate this...
19:15.41*** join/#brlcad Yash (75de4581@gateway/web/cgi-irc/kiwiirc.com/ip.117.222.69.129)
19:28.26``Erikheh, $10,000 fuse.. http://techcrunch.com/2015/07/17/teslas-model-s-gets-ludicrous-mode-will-do-0-60-in-2-8-seconds/ (lemme look in my garage for a big fat nail... :D )
19:30.10*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
19:41.05vascit's called 'innovation'
19:41.16vascthe art of selling things to people
19:41.36vascwhile making them think they are special
19:42.37Notify03BRL-CAD Wiki:Deekaysharma * 9037 /wiki/User:Deekaysharma/logs:
19:43.42StragusIt's also a way to associate with a herd that reflects an arbitrary but desirable set of values
19:50.38vascit's something they are selling to the Tesla P85D model users
19:50.46vascwhich is like the most expensive model they sell
19:50.51vascso yeah its a ripoff
19:54.04vascthey need the money to make all those capital investment into battery plants and whatnot
19:59.01``Erikit is pretty insane how capable the thing is, though... 3.1 0-60 is pretty batshit insane, 2.8 is ... yeh :D
19:59.45vascwell its an electric. so you get max power right off the bat.
20:00.04vascits not like a combustion engine which needs to spool up
20:01.05vascit's probably more limited by the tires and the power system than anything else
20:01.07``Erikyeah, keeping the balance of applying torque vs static friction is the challenge for dc motors.. 2.8 is still pretty remarkable
20:01.21*** join/#brlcad konrado (~konro@41.205.22.46)
20:01.41``Erikmy old clunker supposedly could do 4.8 at one time, and it can be quite a thrill ride
20:25.45*** join/#brlcad sofat (~sofat@202.164.45.212)
20:48.05Notify03BRL-CAD Wiki:Konrado DJ * 9038 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 17 JULY 2015 */
20:48.38Notify03BRL-CAD Wiki:Konrado DJ * 9039 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 17 JULY 2015 */
21:08.20Notify03BRL-CAD Wiki:202.164.45.212 * 9040 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
22:12.25Notify03BRL-CAD Wiki:Bhollister * 9041 /wiki/MGED_Commands: /* N */
22:21.17*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-sgwyjrlpgadaapfw)
22:22.20dracarys983What's up with sourceforge?
22:26.05vascits borked since yesterday
22:26.32dracarys983Ugh.
22:26.35vaschttp://news.slashdot.org/story/01/06/27/124207/blow-by-blow-account-of-the-osdn-outage
23:14.51Notify03BRL-CAD Wiki:Bhollister * 9042 /wiki/User:Bhollister/DevLogJuly2015: /* Fri, July 17, 2015 */
23:16.50Notify03BRL-CAD Wiki:Bhollister * 9043 /wiki/User:Bhollister/DevLogJuly2015: /* Fri, July 17, 2015 */
23:44.25starseekerbhollister: apologies for being offline at the wrong time :-/
23:44.51starseekerthe mailing list comments are the right place to start
23:47.46starseekervasc: that's the outage on OSDN from 2001
23:47.56starseeker(slashdot article)
23:48.18vascright
23:48.26vascwell its still fscked
23:48.29starseekerwoudl be nice to get a similar postmortum from whatever is going on now, but we'll see
23:48.43starseekeryeah, not too reassuring
23:48.58starseekerbrlcad's right - this did happen once before some years back
23:49.22vascno dice from dice
23:50.24starseekernew tweet in the last hour:  https://twitter.com/sfnet_ops
23:52.17vascall i need to do the grid construction wholly on the gpu now is to compute the prefix sum there
23:53.48vascwell it would be better if i had proper error handling as well...
23:54.03vasci'm just ignoring errors right now... pfeh
23:55.18vascalso need to think of some other name for this file other than foobar... hmmm
23:55.33starseekeryeah, foobar is too popular ;-)
IRC log for #brlcad on 20150718

IRC log for #brlcad on 20150718

00:00.31vascovergeneralization is the root of all evil. so hardcoding it is.
00:00.49starseekerthought it was premature optimization :-P
00:01.38vascsure
00:01.51vascbut this maxim i said is to prevent the second system effect.
00:03.18starseekernods
00:07.59``Erikheh, sf borked since '01? sounds about right O:-)
00:08.45``Erikif foobar isn't adequate, what about qix?
00:09.32Stragusvasc, is scene preparation even taking so long to be worth building on GPU?
00:10.00vascwell not with the scenes i'm testing with
00:10.01StragusI have no idea really, but I would assume CSG scene prep to be a lot faster than for meshes with millions of triangles
00:10.38vascits just that i plan to reuse this for the bot
00:10.42vasclater
00:19.17vascwith the test scenes i've seen so far we wouldn't even need a spatial acceleration structure at all...
00:20.01vascat most they have like two dozen solids in them
00:21.15vasci probably goofed up something in the traversal code
00:21.28vasci'm getting all these messages about OVERLAP of whatever in the mged console
00:21.29StragusI would rather suggest to focus on the traversal and raytracing
00:21.34StragusHum. :)
00:21.52vasci'm not checking if the intersection with the primitive is actually inside the cell
00:21.55vascthat's probably it
00:22.25vascman this is slow like molasses
00:22.34vascall these opencl kernel calls
00:22.42vasci'm testing with the operators.g
00:22.50vascit has a bunch of spheres and cones
00:22.55vascthese are accelerated in opencl
00:23.00vascor should i say decelerated
00:23.36vascits little better than watching paint dry
00:23.57vascwell whatever
00:24.43StragusAhah
00:25.25Stragusbrlcad said the OpenCL kernels for each object type was to test the validity/accuracy of the results, not real use
00:25.56StragusIt really should be a single OpenCL kernel launch to trace a million rays
00:27.57vascyes
00:28.08vascit should but its not gonna be easy to refactor it into that
00:28.31vascthat's what i'm working on
00:28.39Stragus:) Right, it doesn't look easy indeed
00:28.45vascdunno if i'll finish though
00:28.51vasci hope so
00:29.07StragusIf you can just get the traversal and a few objects, I think that would be a great start
00:29.13StragusScene building on GPU can wait
00:32.36vasci'm nearly done with it already
00:32.48vasci just need to get this prefix sum working
00:32.56vascthe grid bit at least
00:33.08vascthe solid database is gonna take more time
00:47.17vaschmm
00:51.15vascoh snap
00:51.29vasci did an exclusive scan and it's supposed to be an inclusive scan
00:51.29vascduh
00:54.24vascbingo. done.
00:56.01vasccleanup time
01:02.41vasci'll do the error checking some other day
01:03.54vascit seems to build the grid on the gpu fine
01:10.50Notify03BRL-CAD Wiki:85.246.107.116 * 9044 /wiki/User:Vasco.costa/GSoC15/logs:
01:11.18vasci'll debug the traversal tomorrow
01:11.33vascoh its the weekend
01:11.34vascwell
01:13.28vascthe plan said GPU solid database next
01:13.42vasci guess i'll do that then
01:13.51vascbut its too late today
01:15.29vasci guess i can do the api design
01:18.08vascdone. have a nice weekend folks.
02:41.05*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
02:41.05*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
05:01.54*** join/#brlcad bhollister2 (~brad@2600:1010:b065:7fe:6923:a7ad:7815:65a2)
11:30.08*** join/#brlcad cox (~quassel@188.226.208.53)
12:35.36*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
13:47.16*** join/#brlcad sofat (~sofat@202.164.45.212)
14:32.19*** join/#brlcad sofat (~sofat@202.164.45.212)
14:45.45*** join/#brlcad sofat (~sofat@202.164.45.212)
16:04.02*** join/#brlcad Izakey_ (~Izakey@154.70.98.151)
16:05.19*** join/#brlcad bhollister2 (~brad@c-73-189-140-51.hsd1.ca.comcast.net)
16:07.46*** join/#brlcad Izakey_ (~Izakey@154.70.98.151)
16:43.19*** join/#brlcad sofat (~sofat@202.164.45.212)
17:12.48sofatbrlcad, hello
17:13.01sofatI need some discussion
17:13.12sofatif you free please reply
18:34.29*** join/#brlcad konrado (~konro@41.205.22.39)
18:38.48*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
19:07.44*** join/#brlcad Izakey (~Isaac@41.205.22.55)
19:27.02Notify03BRL-CAD Wiki:Konrado DJ * 9045 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 18 JULY 2015 */
20:12.14*** join/#brlcad sofat (~sofat@202.164.45.204)
IRC log for #brlcad on 20150719

IRC log for #brlcad on 20150719

11:23.27*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
11:23.27*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
12:00.12*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:56.25tofu_neat, http://www.openbsd.org/papers/asiabsdcon2009-release_engineering/mgp00001.html
13:57.01brlcadsurprise release locks on repo .. damn that's harsh, but I can see how it'd be effective too
14:12.24brlcadhttp://sourceforge.net/blog/sourceforge-infrastructure-and-service-restoration/
14:16.10brlcadnot a good week for Dice (now DHI), the group that owns sf and /.
14:17.09brlcadcompletely unrelated cool, https://www.mankier.com/blog/explaining-shell-commands-in-the-shell.html?hn=1
15:08.21*** join/#brlcad sofat (~sofat@202.164.45.204)
15:29.09*** join/#brlcad sofat (~sofat@202.164.45.204)
15:39.46*** join/#brlcad ih8sum3r (~ih8sum3r@117.214.216.55)
16:57.44*** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:9dd2:a23c:f101:a066)
17:06.11*** join/#brlcad sofat (~sofat@202.164.45.212)
17:22.26starseekergreat - SCM restoration is last, and git has priority over svn
18:11.41*** join/#brlcad sofat (~sofat@202.164.45.204)
18:46.45*** join/#brlcad ih8sum3r (~ih8sum3r@117.205.77.162)
19:00.57*** join/#brlcad Chan_ (~Chan@122.173.123.9)
19:18.55*** join/#brlcad Yash (75f8c99a@gateway/web/cgi-irc/kiwiirc.com/ip.117.248.201.154)
21:39.06*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
21:57.52Notify03BRL-CAD Wiki:202.164.45.204 * 9047 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
IRC log for #brlcad on 20150720

IRC log for #brlcad on 20150720

03:40.35*** join/#brlcad Gurwinder (75c76f5a@gateway/web/freenode/ip.117.199.111.90)
05:09.31*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-uqjxcvqwcjwxfvnk)
05:23.01*** join/#brlcad milinda (~milinda@192.248.8.66)
06:28.02*** join/#brlcad gurwinder (75d6cf41@gateway/web/freenode/ip.117.214.207.65)
06:47.24*** join/#brlcad gurwinder (~chatzilla@117.214.207.65)
06:48.32*** join/#brlcad gurwinder_ (75d6cf41@gateway/web/freenode/ip.117.214.207.65)
07:28.23*** join/#brlcad Yash (75f8c99a@gateway/web/cgi-irc/kiwiirc.com/ip.117.248.201.154)
07:48.23*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:23.10*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:50.33dracarys983d_rossberg: Answers to your questions -- 1) and 2) I thought macros would be easier to use and as there are some macros in BU/BN as well, I thought this might be a good idea. 3) That struct shouldn't be there yes. My bad. I'll add it to my source files in libanalyze.
09:51.46dracarys983Sorry for the communication halt.
09:52.37dracarys983Since the past 3 days, I have been working on my Honors project. So, there hasn't been much progress in Volume() function.
10:42.12*** join/#brlcad gurwinder (~chatzilla@117.214.207.65)
11:05.35d_rossbergdracarys983: ok, thank you; and btw, looks like sourceforge has still issues
11:34.34starseekerexpectes it will be days yet, based on their blog post yesterday
11:35.15starseekerhttp://sourceforge.net/blog/sourceforge-infrastructure-and-service-restoration/
12:10.05*** join/#brlcad merzo (~merzo@92.60.189.225)
13:51.44*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.170.154)
14:04.40*** join/#brlcad sukhdeep_ (~quassel@124.253.89.237)
14:21.57Notify03BRL-CAD Wiki:Rossberg * 9048 /wiki/MGED_CMD_comb_color: not new but existing
14:22.37*** join/#brlcad sofat (~sofat@202.164.45.212)
14:22.44sofatbrlcad, hello
14:51.51*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
14:51.51*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
14:56.19*** join/#brlcad ignacio (~IgnacioUy@2001:4830:134:7::11)
14:56.19*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy)
15:18.35*** join/#brlcad vasc (~vasc@bl13-122-199.dsl.telepac.pt)
15:34.05vascis there some place in the net with a log on this channel? i always turn off my computer before going to bed
15:34.58archivistread the topic
15:35.36*** join/#brlcad sofat (~sofat@49.138.129.199)
15:36.41*** join/#brlcad milinda (~milinda@124.43.169.155)
16:00.14*** join/#brlcad sofat (~sofat@101.215.43.56)
16:00.53vascduh. right. thanks
16:06.45sofatbrlcad, hello
16:07.28sofatI need some discussion
16:25.59*** join/#brlcad sofat (~sofat@101.215.40.93)
16:52.33*** join/#brlcad sofat_ (~sofat@202.164.45.204)
17:16.02*** join/#brlcad sofat_ (~sofat@202.164.45.204)
17:27.35*** join/#brlcad Izakey (~Isaac@154.70.98.96)
17:28.13*** join/#brlcad sofat (~sofat@202.164.45.204)
17:28.19gurwinderIzakey: Hi
17:28.40IzakeyHi gurwinder
17:29.30gurwinderI have discussed with pov-ray community about elliptical torus
17:29.47gurwinderand I am able to make it but not totally
17:30.40gurwinderI have to make proper use of functions that are used for elliptical torus, by me.
17:31.22IzakeyOkay gurwinder
17:32.40gurwinderand one more thing
17:33.11gurwinderI was searching for arb7, arb6 and others and I think they all came under arb8. Is it correct?
17:35.17*** join/#brlcad sofat (~sofat@202.164.45.204)
17:35.51*** join/#brlcad sofat (~sofat@202.164.45.204)
17:37.03IzakeyYes I know one is a superset of the others but don't know which one exactly gurwinder
17:37.48Notify03BRL-CAD Wiki:117.214.207.65 * 9049 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
17:38.20gurwinderIzakey: Ok
17:40.30*** join/#brlcad sofat (~sofat@202.164.45.204)
17:44.07*** join/#brlcad konrado (~konro@41.205.22.31)
17:44.18Izakeyvasc , it appears the SF.net is still down
17:44.46vascyeah and it seems svn is like one of the last things they have in their mind restoring...
17:44.48Izakeywonders what SF.net's infrastructure team has been doing
17:45.11IzakeyReally vasc,
17:45.12vasctheir priorities in restore says a lot about who they think their "customers" are
17:45.21vascthey think its people downloading binaries and not developers
17:45.34IzakeyThey've restored Slashdot already
17:45.43sofatbrlcad, I need some help please reply
17:46.19dracarys983Izakey: Sorry for leaving you half way in the build process. You got it going finally?
17:46.55IzakeyWell, I lost my entire gnome GUI and had to reinstall
17:47.44Izakeydracarys983, I've tried getting a fresh checkout and svn is not working
17:48.25Izakeyvasc, how can open source organizations avoid this ?
17:48.46vascsimple. pick a place to put the repository that focuses on selling repository access
17:49.06vascbut we seem to have some minor issues
17:49.14vascour repo is way too big or something
17:49.27dracarys983Izakey: I'm really sorry about the loss
17:49.42IzakeyWay to big ? With respect to ???vasc
17:50.06vascthe whole svn repository has several GBs of size
17:50.30Izakeydracarys983, No need to be - I'm already enjoying my Fedora 22 now ;)
17:51.52dracarys983vasc, Izakey: VCS systems like Git clone the whole history of the repo as well. It's probably not practical to have our repo in Git.
17:52.31``Erikwe have a git mirror at http://brlcad.org/brlcad.git ... it's... big. (starseeker said 1.6g at one point)
17:52.54dracarys983There's this article I stumbled upon : http://bitquabit.com/post/unorthodocs-abandon-your-dvcs-and-return-to-sanity/
17:52.59IzakeyReally? How long will it take to clone BRL-CAD from github ?  dracarys983
17:53.45dracarys983Depends on your internet connection I guess. But .. LONG.
17:53.57dracarys983You can try the mirror ;)
17:55.25IzakeyI'll do dracarys983
17:55.28``ErikI on my mac, it weights in at 904m (might be a bit of size difference depending on what filesystem you're using) and the last update was july 16
17:55.46``Erikr65656
17:56.15dracarys983gurwinder: arb8 is the primitive under which all these come. It has arb4 to arb8 (the suffix number is the number of vertices).
17:56.17IzakeyNot as large as I thought dracarys983, thanks ``Erik
17:56.33dracarys983gurwinder: So yes, you're correct. :)
17:57.27*** join/#brlcad bhollister (~brad@2601:647:cb02:7a00:95a9:1f97:9983:e98b)
17:57.34``Erikall the arb[0-9]'s are arb8, arb4 is just an arb8 with 4 points in the same place... arbn is 'different' iirc
17:57.52``Erik(arb4 is even listed as an arb8 in the db)
18:00.47gurwinderdracarys983: Thanks alot :)
18:01.31gurwinder``Erik: :)
18:24.31brlcadvasc: actually they did say that dev services would be the very last thing restored
18:24.49brlcadit being the most critical to validate before bring it back online
18:25.42brlcadhere's the info on the sf outage for those that haven't read it yet:  http://sourceforge.net/blog/sourceforge-infrastructure-and-service-restoration/
18:25.50Izakeybrlcad, is it just the sheer size of BRLCAD's code base that keeps it away from github ?
18:26.02sofatbrlcad, hello
18:26.09Izakeydoesn't like what he's being put through
18:26.31Izakeys/he's/we're
18:26.37sofatI need some discussion
18:26.53brlcaddracarys983: it's good of you to think to follow existing api conventions, but macros are generally not appropriate for c++ API (and really should be secondary choice for "most" C APIs ...)
18:27.40brlcadsofat: what do you need to discuss?
18:27.45Stragusloves macros
18:27.57``Erikme, too... just ask starseeker ;)
18:28.15sofatI have done all changes which is written in mail
18:28.21brlcadgurwinder: correct arb* == arb8 except for "arbn" which is rather different altogether
18:29.38*** join/#brlcad bhollister2 (~behollis@dhcp-59-221.cse.ucsc.edu)
18:29.41``ErikIzakey: there's an argument that using a dvcs would allow people to isolate and work in a silo instead of collaborating, where using a centralized system forces more openness
18:30.52dracarys983brlcad: It'd be better to change them to functions then?
18:31.05dracarys983Stragus and ``Erik, thanks for the love :P
18:31.49sofatbut this is not full fil " I like that the menu remembers what was expanded/collapsed, but there needs to be some visual indication for what is actively being displayed." because which library i used for menu this is not provide any option for this I am trying to do this(from 4 days) but it can't happen.
18:31.52IzakeyThanks ``Erik,
18:32.01brlcaddracarys983: that'd probably be a good idea
18:32.28IzakeyHowever, that argument is true when the centralized system is working ;)
18:32.36brlcadthere should be some specific benefit for them to be macros, a benefit that outweighs the downsides of debugging difficulties
18:33.06``Erikapparently "epic awesomeness" by itself isn't a benefit everyone appreciates *cough* O:-)
18:33.18brlcadIzakey: offline commits is really independent of whether a revision control system is centralized or decentralized
18:33.56brlcadthe problem really is that svn doesn't yet support offline commits (someone was working on the feature a while back, but it was pushed back for something else iirc)
18:34.37brlcadthat was one of the key features of one of the svn forks from a few years back
18:35.23dracarys983brlcad: Right. I'll work on that :)
18:35.55brlcadsofat: hrm, well then maybe you need a different library, or need to customize the library, or ...
18:35.58vascat least you can make offline diffs. you couldn't do that in  CVS.
18:36.12vascyou can also revert offline. another thing CVS couldn't do.
18:36.20sofatI will try to customize this but this not work
18:37.21sofatbecause this library only store the states of menu not store the which state is active
18:37.49dracarys983brlcad: If you have gone through the patch -- any comments?
18:38.09brlcadsofat: there is almost certainly some way to set a CSS state/class/div which could denote a highlight
18:38.15brlcadsofat: what are you using for the menu?
18:38.34gurwinderbrlcad: yes, arbn and arb8 are different
18:38.43brlcaddracarys983: that you're a little bit behind? :)
18:38.59sofat<PROTECTED>
18:39.11brlcaddracarys983: my concerns are going to be *quite* different from daniel's and others
18:39.22dracarys983brlcad: Too much I guess. You're being kind :)
18:39.23brlcadI look at it from where this code is going and what code we have
18:39.48dracarys983Too much left behind I mean.
18:40.43sofatwith help of css i do if i use a:visited    
18:41.03sofatthen i highlight the link which are open recently
18:41.22brlcadI mainly don't want to end up with four ways to calculate volumes .. so to me it's critical that you get something in place that is easily replaceable and that there are efforts towards consolidating the other implementations
18:42.30brlcadsofat: treemenu.js is not useful to me -- a link please
18:42.35sofathttp://www.treemenu.net/
18:43.19brlcadwhat is the license on that?
18:44.43brlcadsofat: this may work better -- at least the demo right there on their site has expansion and hilights
18:44.46brlcadhttp://www.easyjstree.com
18:44.50brlcadand mit license
18:45.28dracarys983brlcad: I'm in bit of a pickle here. What I'm implementing right now is required to be such that we can rid of rtweight?
18:46.03sofatthis is not provide state remainder option
18:46.11brlcadditto http://www.jstree.com
18:46.49brlcadsofat: showing the current selection is slightly more important than remembering the menu state
18:47.25brlcaddracarys983: eh, no, not exactly
18:48.28brlcadthe point is to create API for calculating volume, no?
18:48.42brlcadand make that available in the C++ engine
18:48.56sofatif i use a:visited attribute it is not ok ?
18:49.38dracarys983Yeah that's the point. So, actually my question is that do I need to improve the present implementation in libanalyze?
18:49.54brlcadsofat: I have no information to answer that question
18:50.42dracarys983And by consolidating the other implementations -- you mean I need to get a implementation better than gqa or rtweight, right?
18:51.50dracarys983Right now I have started by a simple implementation and I'm trying to get it working with the API. Then I can improve the implementation?
18:52.02brlcaddracarys983: that was a point made a couple weeks ago -- there's a low risk path and a high risk one and the decision was towards a lower-risk path
18:52.20brlcadyou're not going to have a better implementation taking the low-risk path
18:52.35brlcadat best, you'll have the same implementation (and that's fine)
18:53.22brlcadsofat: it's not a question of time
18:54.20brlcadsofat: to get put to use, it needs to have all the little usability concerns addressed -- this will likely take a few iterations after you think it's done
18:55.08brlcadjust because you got through one list does not mean that was a complete list ;)
18:55.22brlcaddracarys983: this is what we want to avoid: https://xkcd.com/927/
18:56.38brlcadeven if not scoped for GSoC, there needs to be nothing in the implementation that precludes it from being leveraged either in rtweight or gqa, especially if it's the same algorithm
19:01.39dracarys983Yeah yeah, I get you. Sorry for the down time.
19:02.07dracarys983I'll be more communicative now. AND I'll try my best to catch up
19:04.35sofatbrlcad, what is next list of updates please tell me .
19:06.14dracarys983brlcad: Right now, I'm implementing Volume() function in C++ interface. Then I'll get the implementation in libanalyze atleast as good as gqa. That's the plan for this week. Sounds good?
19:06.34ih8sum3rbrlcad: My question is little weird but I am facing bit problem. I had tried to google it out but I'm not satisfied. I need to install particular version of node and mongodb on freebsd but when I install it through make as well as pkg install it always returns latest version of it. I want to install particular version of node and mongo. Is there any command for doing so or do I need to download tar file and then install.
19:12.35vascyou would be better off downloading the tar file and installing it yourself in /opt/ or /usr/local or something
19:13.08vascotherwise every time you update it will clobber your previous install
19:13.44vascor you recode your work so that it works with latest version of those deps
19:18.55brlcadstarseeker: interesting dvcs article, thanks
19:19.17brlcadsofat: irrelevant until you finish the previous list :)
19:19.37brlcadhighlighting the page being currently viewed is important
19:20.22brlcaddracarys983: I don't follow -- you're implementing it in C++ and C?  shouldn't the C++ interface simply call the C verison?
19:20.33*** join/#brlcad Izakey (~Isaac@41.205.22.56)
19:21.59ih8sum3rI'm working with latest version only but due to some dependency problem I need to look for it. As I have read that meteor is tested on node v 0.10 and mongo version 2.4.x. So I wanted to test them.
19:22.03brlcadih8sum3r: you probably need to download a tar file and install
19:22.27dracarys983Yeah. I'm just writing the caller function Volume() which calls the ft_volume() entry if it has a rt_*_volume() implemented, else the libanalyze one.
19:22.47brlcadgetting the latest to work is more desirable unless it just can't work (and can't be somewhat easily fixed - couple days effort)
19:23.04brlcaddracarys983: okay
19:23.14vascreads about GCC 5.2 changes
19:23.23vascgreat. c++ keeps getting more bloated and useless.
19:23.44StragusWhat did they add?
19:23.56StragusI'm usually fond of the GCC extensions to the C language, never really looked at the C++ ones
19:24.10vaschttps://gcc.gnu.org/gcc-5/changes.html
19:25.58StragusWoohoo, C now has overflow arithmetic intrinsics!
19:26.30StragusI had to use inline assembly whenever I needed that stuff
19:28.02StragusStill no good for sane big number arithmetics though
19:29.39vasci actually think it would be nice if they rolled some opencl things into c proper
19:29.47vasclike the vector instruction support
19:30.12StragusTsk. That doesn't belong to C
19:30.20vascall the world is not a VAX
19:30.23vascor a PDP
19:30.41StragusWe have all the intrinsics for machine-specific SIMD
19:30.43vascwhy is C still fixated on a PDP ISA
19:30.53vascyes and we had assembly before C
19:31.15vascBCPL
19:31.20vascjust great. you had TWO types
19:31.32vascmachine word size integer and machine word size pointer
19:31.35vascwhy add more?
19:32.00StragusBecause manipulating 8 or 16 bits value is handy in many cases
19:32.12vascsee
19:32.17vascvector also handy in many cases
19:32.42``Eriksneaks address and decrement parts into your registers when you're not looking
19:33.27StragusVector instructions are highly specific to each architecture
19:34.09StragusA "generic" _mm_dp_ps() could be awfully slow on some archs, quite fast on others. What now?
19:34.45``Eriklooks for _mm_dp_ps in the neon simd spec
19:34.58vascjust add those in opencl
19:35.48vascas for some instructions being slower than others that was always a problem even in c
19:36.06vascat one point you had to consider if you should use a multiplication or a couple of additions
19:36.11StragusIt's not just "slower"
19:36.36StragusEmulating _mm_dp_ps() is like 20 times slower on SSE than with SSE 4.1, where it's a single instruction
19:37.31vascso what
19:37.40vascdivision was also a lot slower than addition at one point
19:37.49vascstill is kinda slow
19:37.52StragusIt's still a *lot* slower
19:38.23StragusSo you don't want to present just a generic pseudo-SIMD interface which has to translate the code into whatever the machine can do
19:38.40StragusWhen you write SIMD code, you care about performance, therefore you want to construct the code with everything the machine can offer
19:39.18vascnot necessarily
19:40.06vascand nothing forbids you from using intrinsics or inline asm in the vector c
19:40.13vascopencl support inline asm
19:40.52vascat least the nvidia one does
19:40.54StragusDidn't know that about OpenCL. You can output AMD assembly or Nvidia PTX?
19:42.45vascdunno about AMD but you can do emit PTX with nvcc
19:43.00vascyou just use -S like you would with C
19:43.03StragusRight. On Nvidia, OpenCL is pretty much CUDA with less features
19:44.17vascits useful to debug code
19:45.50StragusCUDA supports printf(), which is a blessing compared to OpenGL's GLSL
19:46.01StragusDebugging complex OpenGL shaders is seriously annoying
19:49.37vascgpu programming is a pain. period.
19:49.44vascno memory protection.
19:50.22vascmade a mistake with pointers? driver crash and restart in windows and on linux its probably a hardware reset and OS reboot
19:51.09StragusUh...
19:51.21vascits like programming in ms-dos
19:51.22StragusI have never had a driver crash and restart on Linux
19:51.31StragusAnd there is memory protection
19:51.37vascno on linux i have had system freeze
19:51.45vascnot if you are doing gpgpu you don't
19:52.30StragusYou get CUDA_ERROR_LAUNCH_FAILED when a kernel does the GPU equivalent of a segfault
19:52.35vasctry make a cuda or opencl program that keeps writing garbage on the entire address space and you will see what happens
19:52.53vascyes sometimes that happens
19:52.58StragusI haven't tried *that*, but I did write many buggy kernels :p
19:53.01vascother times the whole system freezes
19:53.07StragusOkay, it has never happened to me
19:53.12vasclucky you
19:53.58vascthen again i'm the guy who made our uni server crawl to its knees with a fork bomb i wrote by mistake once so...
19:54.10StragusEheh, cool
19:54.24vasci made a one line error and programed a fork bomb
19:54.46vascthe sysadms saw i was using too much cpu time and they disabled my login access
19:54.56vascso i couldn't login and kill the process
19:54.58StragusWhat's your hardware? I think old Tesla had issues with "memory protection"
19:55.06StragusAhah
19:55.09vascthen after 2-3 minutes everyone started complaining they couldn't anymore
19:55.28vascso i had to go into the sysadm office to tell them to either let me login and kill the process or do it themselves.
19:56.11vasccouldn't work anymore
19:56.32StragusThey should have done a  killall -u  besides disabling the login
19:56.51vascthey thought they were really smart because they had per process cpu quotas
19:57.07vascbut my fork bomb kept changing the process pid you know
19:57.16vascso by the time they killed a pid some other pid had been launched
19:57.29vascanyway
19:57.34*** join/#brlcad sofat (~sofat@202.164.45.212)
19:57.52Straguskillall :p
19:58.08vascyeah that's what i wanted to do but i couldn't login anymore
19:58.20vasckill -9 -1
20:00.41vasci think it was a solaris box with 6 cpus
20:01.16vascultrasparc processors
20:01.26vascor was it the 8 cpu one with the sparc whatever processors
20:01.29vasccan't remember
20:04.40vascyeah i think it was the 8 cpu one
20:05.15vascman the big undergraduate programming assignments were always a pain
20:05.26vasclike 100-200 people writing code on that server at the same time
20:05.51vascthen someone goofs up and you can't work minutes or hours
20:06.17vascit was UNIX so the OS didn't crash, but it could slow to a crawl
20:07.59*** join/#brlcad merzo (~merzo@8-49-133-95.pool.ukrtel.net)
20:08.41vascthat's why i started using linux, so i could work on UNIX assignments home
20:42.44vasci'm still refactoring stuff. see you tomorrow.
21:08.30*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
21:25.44konradobrlcad: hello
21:26.14konradosofat: hello
21:26.22sofathello
21:27.18sofatkonrado, hello
21:30.34konradosofat: My name is Konrad a fellow GSoC participant working on x3d importer. I have been seeing the work you have been doing on the website and I would just like to say I admire it.
21:33.34konradoI am not really experienced with html, css and other web technologies but took a course  on them this semester
21:35.20konradoalthough I don't thing the knowledge I acquired could be of any really product use
21:39.04sofatkonrado, welcome in brlcad.
21:39.23sofatso what you want to do ?
21:40.00sofatwhich type work you want to do web based or software .
21:42.05konradoI think a mix of both software and some server-side web programming
21:43.57Notify03BRL-CAD Wiki:Bhollister * 9050 /wiki/MGED_CMD_nmg: /* Proposed subcommands */
21:44.45konradobut I have some close friends who are really interested in just web programming but they are new to it and I can not really motivate them
21:45.53konradomaybe they could try contributing to BRL-CAD and you could motivate them
21:47.17sofatokay there some project some are under gsoc or some not
21:47.17sofatbenchmark database in djanog
21:47.17sofatdjango
21:47.17sofatmaterial database in mediawiki  ( php)
21:47.23sofatdocbook synchronization with wordpress (php)
21:47.49sofatogv (php and javascript )
21:54.40*** join/#brlcad sofat (~sofat@202.164.45.204)
21:55.19konradoI guess this are some good starting points though I can not really judge. I personally am interested in ogv but like I said my php and javascript skill are not that good.
21:56.58sofatno problem when you start the work, your skill will increases
21:57.58sofatso now ogv divided into two parts first is front-end work(GUI improvement) and Back-end
21:59.40sofatif you start the work on front-end then I think this is easy step to work on this project and also help you in learning js,css,html
22:03.03konradoI could do experimenting with javascript whenever my GSoC project is finished and production ready
22:03.27sofatokay
22:03.39sofatare you gsocer ?? ;-)
22:05.15konradoyes I am, I said so earlier. I am working on the BRL-CAD x3d importer
22:05.45sofatsorry okay
22:09.31ih8sum3rOlder version of OGV is in php, lastest version is in javascript (Meteor,js Framework)
22:10.00sofatkonrado, ogv developer here
22:11.31Notify03BRL-CAD Wiki:Bhollister * 9051 /wiki/MGED_CMD_nmg: /* Proposed subcommands */
22:14.49*** join/#brlcad konrado (~konro@41.205.22.36)
22:17.00konradothank you for the  clarification ih8sum3r
22:21.16konradoih8sum3r: are you also a gsocer, if yes then are you Deepak or Shubham
22:23.05ih8sum3rYes I am gsocer and I am Deepak ;)
22:31.02konradoThats nice, since this is my first time communicating with other gsocers although I have been trying find-out what other have been working on.
22:56.07konradoih8sum3r: I though power-outage was an issue experienced only here in Africa.
22:57.15ih8sum3rSometimes it happens in India too. Not that much but happens.
23:00.19sofatyes
23:01.40ih8sum3rIt specially happens when you are doing serious conversation on IRC ;)
23:13.45*** join/#brlcad konrado (~konro@41.205.22.24)
23:15.33konradoih8sum3r: are you there
23:17.39ih8sum3ryes
23:17.55konradocan someone start contributing to ogv with just some beginner level javascript and no experience with nodejs
23:19.44ih8sum3rYes can just go through simple todo app of meteor.js from meteor official site and you are ready to go.
23:21.11ih8sum3rI personally love this : http://www.meteor-tutorial.org/book
23:23.57bhollister2starseeker: i replied to the mailing list messages about nmg. before i proceed, you may want to comment on http://brlcad.org/wiki/MGED_CMD_nmg#Proposed_subcommands
23:24.37bhollister2brlcad: i replied to the mailing list messages about nmg. before i proceed, you may want to comment on http://brlcad.org/wiki/MGED_CMD_nmg#Proposed_subcommands
23:25.21bhollister2mainly need feedback on marking model parts
23:25.33bhollister2via command-line
23:26.10bhollister2brlcad: you and starseeker should have also gotten my email about jury duty.
23:26.20bhollister2for the week of august 3rd
23:30.28*** join/#brlcad konrado (~konro@41.205.22.50)
23:36.37Notify03BRL-CAD Wiki:Bhollister * 9052 /wiki/MGED_CMD_nmg: /* Proposed subcommands */
IRC log for #brlcad on 20150721

IRC log for #brlcad on 20150721

00:03.59Notify03BRL-CAD Wiki:Bhollister * 9053 /wiki/MGED_CMD_nmg: /* Proposed subcommands */
00:05.34Notify03BRL-CAD Wiki:Bhollister * 9054 /wiki/MGED_CMD_nmg: /* Proposed subcommands */
00:10.08Notify03BRL-CAD Wiki:Bhollister * 9055 /wiki/User:Bhollister/DevLogJuly2015:
00:15.59Notify03BRL-CAD Wiki:Bhollister * 9056 /wiki/User:Bhollister/DevLogJuly2015: /* Mon, July 20, 2015: Start of Week 9 (of 14) */
00:20.13Notify03BRL-CAD Wiki:Bhollister * 9057 /wiki/MGED_CMD_nmg:
00:26.04Notify03BRL-CAD Wiki:Bhollister * 9058 /wiki/User:Bhollister/DevLogJuly2015: /* Mon, July 20, 2015: Start of Week 9 (of 14) */
00:31.40*** join/#brlcad bhollister (~behollis@dhcp-59-221.cse.ucsc.edu)
00:42.06starseekerO.o Apache APR has a CMake build for Windows
00:42.46starseekerwonders how much more work it would be to get that working for other platforms - APR was a major sticking point doing the original geometry versioning work...
00:43.09starseekerif they could provide a working CMake build out of the box, that would be Seriously Awesome...
02:25.19*** join/#brlcad gurwinder (~chatzilla@117.214.207.65)
02:56.24*** join/#brlcad bhollister2 (~brad@c-73-189-140-51.hsd1.ca.comcast.net)
03:12.47brlcadbhollister2: yes, received and responded
03:15.20starseekerbhollister: subcommands look like a good starting point
03:30.19*** join/#brlcad bhollister2 (~brad@2600:1010:b04e:454f:95a9:1f97:9983:e98b)
03:46.30gurwinderbrlcad: Hi, I want to discuss on elliptical torus
03:47.53gurwinderIn it, there is C vector used for major axis of the ellipse but for minor axis it uses magnitude only.
03:48.01gurwinderi.e. D
05:09.44*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qlqmnbqaldosiksr)
05:39.59gurwinderbrlcad: What is radius of revolution in elliptical torus?
05:53.46*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-syudcfowkwphtcxa)
05:56.46*** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:95a9:1f97:9983:e98b)
06:01.58*** join/#brlcad sofat (~androirc@49.138.210.241)
06:14.52*** join/#brlcad gurwinder (~chatzilla@59.91.119.54)
06:42.47*** join/#brlcad milinda (~milinda@192.248.8.66)
07:00.14*** join/#brlcad sofat_ (~androirc@49.138.210.241)
07:16.17*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:26.32*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.246.239)
07:39.13*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
07:42.43*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
07:51.38*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
07:54.02*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-vzygrlhfexguwkxw)
08:00.34*** join/#brlcad Shubham (01272359@gateway/web/freenode/ip.1.39.35.89)
08:07.41*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
08:33.59*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
08:51.12*** join/#brlcad milinda (~milinda@192.248.8.66)
09:27.59milindapoly2tri/poly2tri.h include fails even though I added the header file path to the project file in qt. Do anyone know why this is happening ?
09:56.04*** join/#brlcad sofat_ (~androirc@49.138.210.241)
10:00.37*** join/#brlcad sofat_ (~androirc@49.138.210.241)
10:06.04*** join/#brlcad sofat_ (~androirc@49.138.210.241)
10:16.44*** join/#brlcad sofat_ (~androirc@49.138.210.241)
11:10.52Notify03BRL-CAD Wiki:MeShubham99 * 9059 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 8 */
11:18.50*** join/#brlcad sofat_ (~androirc@101.214.63.10)
11:59.52*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.246.239)
12:55.45*** join/#brlcad sofat_ (~androirc@101.214.255.59)
14:01.04*** join/#brlcad sidak (~deepak@122.173.246.239)
14:02.20*** part/#brlcad sidak (~deepak@122.173.246.239)
14:02.39*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.246.239)
14:46.22*** join/#brlcad Izakey (~Isaac@154.70.110.96)
14:55.04*** join/#brlcad deepak (~deepak@122.173.246.239)
14:55.04*** join/#brlcad sofat (~androirc@101.208.138.108)
14:57.40``Erikhm, groupon moved to fbsd https://www.youtube.com/watch?v=yQx_dJIG-sg
15:01.05*** join/#brlcad d_rossbe1g (~rossberg@66-118-151-70.static.sagonet.net)
15:18.13*** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:95a9:1f97:9983:e98b)
15:21.36*** join/#brlcad gurwinder (~chatzilla@59.91.119.54)
15:21.48*** part/#brlcad deepak (~deepak@122.173.246.239)
15:27.26*** join/#brlcad ih8sum3r (~deepak@122.173.246.239)
15:36.52*** join/#brlcad Alex______ (3235697b@gateway/web/freenode/ip.50.53.105.123)
15:48.44*** join/#brlcad vasc (~vasc@bl13-122-199.dsl.telepac.pt)
15:49.22vascso svn is still down
16:08.06Izakeyvasc , I think so
16:38.04Notify03BRL-CAD Wiki:Shaina7837 * 9060 /wiki/User:Shainasabarwal/GSoC15/logs: /* 11 July */
16:45.28*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
17:36.17Notify03BRL-CAD Wiki:85.246.122.199 * 9061 /wiki/User:Vasco.costa/GSoC15/logs:
18:03.01*** join/#brlcad sofat (~coderalbe@117.234.34.133)
18:08.36Notify03BRL-CAD Wiki:117.234.34.133 * 9062 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
18:10.00Notify03BRL-CAD Wiki:117.234.34.133 * 9063 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
18:20.24*** join/#brlcad Alleycoder (~coderalbe@117.255.165.92)
18:46.27bhollisterstarseeker: good. glad to hear that i'm on the right track. should have some patches ready soon.
19:49.28*** join/#brlcad milinda (~milinda@124.43.81.94)
19:51.05*** join/#brlcad Izakey (~Isaac@41.205.22.54)
20:05.04*** join/#brlcad Alleycoder (~coderalbe@103.58.190.136)
20:11.41Notify03BRL-CAD Wiki:Deekaysharma * 9064 /wiki/User:Deekaysharma/logs:
20:49.08brlcadvasc: everything else is back up now, so services will almost certianly be restored by tomorrow
20:51.45vasci hope so
20:52.09vascit hasn't affected my work on brl-cad much but its still annoying
20:54.15vasci also had some other projects in there, that i actually took out of my personal homepage because i thought they would be safer on sf.net, so i'm kind of miffed
20:54.16brlcadit's highly annoying
20:55.16brlcadI also have to keep it in context, though ...
20:55.19brlcadpretty much every service has had or will have a major failure eventually
20:55.33Izakeybrlcad, Did you get that information from their twitter page ?
20:55.35vascyeah but it's gonna take like a week downtime at this rate
20:55.54brlcadand I have a moral issue with complaining too much about a free service
20:55.58vasci expect that on some other services but from sf.net... seems kind of bad to me
20:56.06vascsure
20:56.10brlcadand we could always take our ball and go home, but I don't really see any option that is overall less time ;)
20:56.43vascwell the problem is there aren't many options available with a repository size of brlcad's.
20:56.50vascunless you pay
20:56.51brlcadit's sort of like paying out on insurance -- eventually an accident will happen, no matter who what or where ;)
20:57.08brlcadpay or time
20:57.27brlcadwe could certainly self-host and accept the risk ourselves .. but that's also a time commitment
20:57.39vascwell i had most of my stuff on github anyway.
20:58.10brlcadsure, but they're certainly not immune to this kind of thing happening either
20:58.29brlcadthey too will eventually have (another) catastrophic failure :)
20:59.08brlcadonly saving grace there is that you have the repo locally, but then we could have had that with sf too (and did in the past, we just got lazy)
20:59.27brlcadbecause it takes time to maintain
20:59.42vascyes you should keep automatic backups of the repo at sf.net
20:59.50vascin case something like this happens
21:00.53brlcadwe do/did, they're just a bit out of date (few months iirc) because again, eventually something always(!) will break :)
21:00.59vasci know we had a lot of issues with where we would keep services when i was freeciv maintainer
21:01.18vascwe used to self-host cvs, web and so on
21:01.18brlcadyeah, we self-hosted a lot with BZ
21:01.23StragusYou were the freeciv maintainer?
21:01.23brlcadand bitched about sf all the time
21:01.26vascone of them
21:01.43StragusEh, neat. There were... serious design issues last time I tried
21:02.08vasca man's work is never done
21:02.13brlcadStragus: you know that can be said of pretty much every code that one does not write themselves
21:02.24brlcadand can then be said of one's own code about 5 years later :)
21:03.09vasci wasn't one of the original authors. those guys left long before i put my hands on it
21:03.33Stragusbrlcad, I meant serious gameplay design issues ;)
21:03.38StragusI hadn't actually looked at the code
21:04.48vascwhich issues btw?
21:05.34vascwell
21:06.13vascwhen i started working on it i mostly overhauled the networking code, rewrote the graphic game client, and then i worked on the game rule inference system
21:06.39vasci won't claim it was perfect but it was better off after i left than it was when i started working on it
21:06.43StragusJust many gameplay issues, things didn't make sense, it's probably best not to go over the whole list. I actually played with Justin from the ARL, brlcad knew/knows him
21:07.44*** join/#brlcad konrado (~konrado@154.70.108.231)
21:07.49vascwe used to have some big issues in the networking code
21:08.06vasca user with a bad connection could cause 15 minute freezes for everyone else
21:08.08vascthings like that
21:08.19StragusDarn :)
21:08.40vascthe original devs played it on a LAN. i don't think they realized some of the issues in the design
21:09.02vascanyway from what i heard the original devs left because they were tired of the users complaining about the bugs
21:09.45vascthey did a lot of work reverse engineering and reimplementing that thing
21:09.47brlcadheh
21:10.06brlcadI always found that the most impressive, technically speaking
21:10.27brlcadi mean, not impossible stuff, but not trivial by most dev standards
21:10.28vascthey had one guy that worked just on reverse engineering the rules
21:10.41StragusThey probably should have aimed at improving upon the concept instead of replicating Civ 1, with extra gameplay design issues/bugs
21:11.04vascwell the thing is, its hard to put a team together to work on a nebulous concept
21:11.11vascespecially on an open source project
21:11.18brlcadyep
21:11.40StragusTrue, it needs a clear plan and strong leadership
21:11.45vascif you say i want to do something like THAT and point at something that exists at least people know it can be done and what it will look like
21:11.57brlcadworking towards replicating civ is very tangible, has very clear objectives, behaviors that aren't up for debate
21:12.03vascmost open source projects which have a unique vision start as a one man team project
21:12.23vascif he doesn't burn out before doing something that people like then the team can be put together
21:12.25brlcadchange those ground rules, and you lose most (probalby would have lost me as a dev, we had many similar discussions with bzflag)
21:12.53StragusI can see that point, but I also see little point in replicating what already exists
21:13.08brlcadit doesn't exist as open source
21:13.11vascwell they only wanted to play the game over a network on their IRIX workstations or something
21:13.15brlcadthat alone is meritworthy for some
21:13.18StragusUnless it's seen as a first step toward something else, just to get graphics/networking and such out of the way
21:13.51vasclook at the wesnoth guys for e.g.
21:13.55vascit started as a one man project
21:14.13StragusThat's a good example of a project exploring in a new direction
21:14.28vascyes but its like i said he had to work alone for a loooong time
21:14.34StragusRight
21:14.36vasca lot of those projects never get anywhere
21:14.46StragusYup I know that too well :)
21:14.51brlcads/a lot/MOST/
21:15.08Straguswrote so much stuff over the years that never was completed
21:16.03brlcadis a digital pack rat -- I have almost every single line of code in every language that I've ever written
21:16.23vasci used to until i had a hard drive failure a couple of years back
21:16.33brlcadI need to set up a kill switch that just dumps it all on the web when I'm done
21:16.45StragusI lost most of my very early stuff
21:16.52StragusFrom my teenager years
21:17.18StragusIt was mostly DOS stuff anyhow. :) Or worse, I wrote a protected mode multitasking operating system in assembly, able to run edit.com
21:17.21vasci wish i still had my software renderer and compiler i did as an undergrad.
21:17.37brlcadI have backups of backups, offsite, replicated, etc .. my house could burn down and I'd only be set back a year or so
21:17.58vascthat's nice
21:18.04Stragusdoesn't actually miss his DOS Sound Blaster library
21:18.19vasci had stupidly formatted my old hard drives to do a firewall server
21:18.29vascand then my new hard drive failed
21:18.58StragusI just forgot to copy files at some point between two machines
21:19.15StragusA sample of the earliest stuff I still have: http://www.rayforce.net/war2clone1600.png
21:20.35vasci nearly lost all my phd work too
21:20.43brlcadouch
21:20.55vascbut i managed to recover most of it, only lost like 2-3 months work
21:21.03brlcadStragus: where the sprite artwork come from?
21:21.09vascits warcraft 2
21:21.17brlcadah
21:21.36vascbut that has a lot more screen res than warcraft 2 ever had
21:21.50StragusEh yes, 1600x1200 instead of 640x480
21:22.12StragusThe unit AIs were optimized in assembly to manage battles of ~1000 units on a Pentium 133...
21:22.34brlcadlooks a lot like an agent based simulation
21:22.36vascwarcraft had a lot lower limit on units than that too
21:22.47vascyou couldn't build more units once you hit the limit
21:22.50vasci think it was like 255
21:23.09Stragus255 yes. I wanted to make a Warcraft 2 with gigantic maps, large armies, more technological depth
21:23.18Stragus(and sub-pixel positioning, etc.)
21:23.23brlcadso.... what game are we going to implement next? :)
21:23.48StragusNot a clone of something else! :)
21:24.11StragusI have brushed up on my OpenGL, I'm sure I have shared this already: http://www.rayforce.net/newproject024.png
21:24.19brlcadthat sounds like a workable title NACOSE!
21:24.26StragusOhhh
21:24.36vascwell it looks neat
21:24.38brlcadyeah
21:24.55vaschow much framerate?
21:25.08Stragus60 fps on a crappy GPU, requires OpenGL 2.0
21:25.13StragusLooks nicer with 3.0
21:25.36vascyou could do something like zeewolf on amiga with that kind of engine
21:25.37Stragusis unable to write code without it being optimized to death
21:26.18vaschttps://www.youtube.com/watch?v=tVwScInZfP8
21:26.53StragusTerrain details are generated at runtime on demand from very few "sample points", http://www.rayforce.net/newproject034.png
21:27.31vascso you got lod working
21:27.42vascgeomorphs?
21:27.43StragusTrees were generated by procedurally building "real" trees, raytracing with ambient occlusion, automated decomposition in just a few triangles (like 8) to preserve details from any angle...
21:27.57StragusNo idea what geomorphs are
21:28.16vascare the lods discrete or continuous
21:28.56StragusImplemented as discrete, to save on processing
21:29.26brlcadunrelated, http://blog.imgtec.com/multimedia/implementing-fast-ray-traced-soft-shadows-in-a-game-engine
21:29.57vaschttps://docs.unrealengine.com/latest/INT/Engine/Rendering/LightingAndShadows/RayTracedDistanceFieldShadowing/index.html
21:30.33StragusThat looks nice... though I also learned to aim *low* for any future personal project, instead of never finishing anything
21:30.57vascunreal engine has ray traced soft shadows
21:31.49vaschttp://web.ist.utl.pt/~vasco.costa/uploads/Main/jgpdemo.avi
21:32.08vascthis was the undergrad project i wrote with a friend of mine over a decade ago
21:32.26vasche did most of the rendering engine bits
21:35.01StragusNot bad, variable density details would have helped
21:35.09StragusLike screenshot 034 above
21:35.55StragusAlso, use a "detail" texture :p
21:36.35vascwell i think we did that in 2001
21:37.10StragusRight. 2001 hardware had GL_ARB_multitexture
21:37.30vasci remember we had issues with the texture size
21:37.39vascwe had to page the terrain texture
21:39.07vasche ended up changing gfx card because he started coding it on a 3dfx card
21:39.17vasci think the texture size limit was 256x256
21:39.19*** join/#brlcad konrado (~konrado@154.70.108.236)
21:39.29StragusOuch, yes
21:39.32vascso he switched to an nvidia card
21:39.36vasci think it was 1kx1k
21:39.55vascbut the texture is like 4k or 8k i can't remember
21:39.56StragusThe TNT had multitexturing, for that detail texture
21:40.20vasccomplain to him :-)
21:40.35vasche's working in san fran at google now
21:41.26vasci'm kinda sad we never did try to sell it like we planed to
21:42.06vasci think we did it too early
21:42.23vasclotsa people didn't have a permanent connection to the net yet
21:42.35vasci mean i did it so it would work on a 56kbps modem
21:42.56StragusIt could have been played local with AIs
21:42.58vasci mostly worked on the network comms
21:43.05StragusAh.
21:43.15vasci did this peer to peer game protocol
21:43.27vascyou could play with hundreds of other guys over a 56kbps modem
21:43.48StragusNo centralized server to decide what each peer needed to know?
21:43.49vascor at least you should have been able to
21:43.54vasci only run simulations
21:43.56vascnope
21:44.09StragusThat's a lot of traffic then, or having to blindly "trust" other clients
21:44.11vascwe considered having one of those for game world data
21:44.17vasctrust it was
21:45.03vascand dead reckoning
21:45.55StragusI really wish I could combine the motivation I had 15 years ago with my skills from today
21:46.16vasclike i said you could do a game like zeewolf or virus with your engine
21:46.37vascyou only need a ship to control and some target on the ground
21:46.37StragusI once wrote a browser-based persistant game, entirely written in C. And I mean, the whole HTTP server was written in C and had the game built into it
21:47.05vasci once modded a MUD so it would act like a cgi-bin
21:47.05StragusHad several thousands players, and I burned up with the administration needs and stress
21:47.16vascthat didn't work so well
21:47.22StragusHum. :)
21:48.07vascah see
21:48.17vascyou should have distributed tasks to other people
21:48.27vasci ran a mud once
21:48.31vascwith a couple of my friends
21:48.32StragusYes, I have learned that back then
21:48.39vascwe only had like 120 players or something
21:49.07vascbut eventually i didn't have the time to do the day to day admin anymore
21:49.15vascneither did them
21:49.19vascso i knifed it
21:49.28StragusIt's very stressful, very demanding
21:49.42vascyeah we only had like 100 players and i was kind of a problem
21:49.46StragusThe game server was programmed to play music and wake me up during the night if there was a problem
21:49.49vasci can't imagine thousands of ppl.
21:50.40StragusWell, we learn a lot from our mistakes and failures :)
21:50.55vascwell we had other problems too
21:51.10vascwe ran it on the university's computers but we didn't exactly have permission to run it there. derp derp
21:51.30StragusBad move :)
21:51.44vasci talked with the sysops and we had this kind of gentleman agreement to do it
21:52.05vascbut the sysops team changed and i couldn't work on it anymore
21:52.20vascthe other team and the new sysops didn't manage to hmmm. see eye to eye on this.
21:53.13StragusI ran my game from home and had to pay extra fees in exceeded bandwidth
21:53.16Stragus(for a free game)
21:53.18StragusDarn it :p
21:53.39vascsee. if only you did those inane funding drives like wikipedia does.
21:53.46vascnow you could be rich. rich i tell you.
21:54.01StragusI was a teenager fooling around, without any idea of what I was doing really
21:54.22vascwell you knew what you were doing or you wouldn't get thousands of players
21:54.40StragusI knew what good gameplay looked like, yes
21:55.57vascscaling up is never easy
21:56.24vasci tried it when i was freeciv maintainer
21:56.29vascwith our player base
21:56.33vascwe ran our own game servers
21:56.54vasci basically organized these forums with a couple of players we had
21:57.12vascthey handed out mod perms to other people they knew
21:57.15vascthat kinda of worked well
21:57.44StragusCool
21:58.06StragusFor the browser game, I handed mod permissions to some players and... one of them cheated
21:58.09Straguso.O
21:58.26StragusReading the private forums of their opponent in a war, and stuff like that
21:58.26vascsometimes that happens
21:58.52vascyou have to be ready to kick people out when that happens
21:59.27StragusI have clearly decided that next time, I write code and let someone else manage everything else
21:59.41vascno you need to manage things
21:59.45Stragus(There hasn't been a next time yet, but who knows ;) )
21:59.48vascbut not all and not all by yourself
22:00.07vasci mean with freeciv a lot of maintainers just didn't care about our game servers
22:00.30vasci cared because, well, the players know best where the game needs improvement
22:00.46vasceven if they might not know how the improvement should be done
22:00.51vasci don't like losing that connection
22:01.15vascbut the day to day stuff... you should just give it to someone else
22:01.21StragusThe AI was terrible from what I remember, I would have improved that
22:01.29StragusAnd I mean terrible by Civilization standards
22:01.39Stragus(The FreeCiv AI)
22:01.50vascoh that
22:02.02vascit was all coded by this guy which vanished
22:02.10vascwe never found out what happened to him
22:02.30vascits like i said we had 3-4 guys reverse engineering his code before we could improve on it
22:02.39vascfor years no one wanted to touch his code
22:02.45StragusI think it was worth rewriting from scratch
22:02.54vascit was like variables were named a,b,c,d,e,
22:02.56vascand functions too
22:03.15vascthe code was actually GREAT in retrospect if i remember.
22:03.21StragusThe AI code?
22:03.27vascyes
22:03.38StragusWhen I tried, it was absurdly bad. 2006
22:03.44vascmost player complaints are actually that the AI is too damned hard
22:04.04vascthe freeciv AI doesn't cheat like other strategy game AIs do
22:04.29vascso in that regard its a victim of its own success
22:04.51vascother game AIs need to cheat to be challenging
22:04.58StragusSomehow, we must be talking about different AIs
22:05.07vasclike they build things without paying the resources and shit like that
22:05.16vascand get bonuses on research
22:05.27StragusCiv AIs do that, most reasonable games don't do that
22:05.34vascours didn't
22:05.56vascmaybe the only limitation it had was the treaty negotiation bit
22:06.07vascthat was never worked on properly
22:06.12vascthe interaction with human players
22:06.13vascor other ais
22:06.42Stragusjust remembers AIs throwing units randomly everywhere
22:07.14vascno the ai actually has a warmap
22:07.19vascwe call it the warmap
22:07.32vascit states where the main offensive units of the enemy are
22:07.35vascand move their units there
22:07.42vascbut only if it has seen them
22:07.57vascnot like other game AIs who know where your units are without scouting coz they don't have fog of war
22:08.20vascother strategy game ais cheat like heck
22:08.32StragusJust Civ AIs do
22:08.38StragusStarcraft AIs don't cheat
22:09.14vasci actually made my own freeciv ai once
22:09.22vascwith one of my colleagues at school
22:09.48vascthe code was cleaner but it didn't do any better
22:10.39vascevery year one of two guys said they wanted to redo the AI
22:11.04StragusDiplomacy is a big part of a good AI
22:11.28vascyes in that regard the freeciv ai is useless
22:11.33StragusIndeed
22:15.28vascto be honest i've lost my interest in tbs.
22:15.45Stragus"tbs"?
22:15.52vascturn based strategy
22:15.57StragusAh.
22:16.14vasclast game i played that i actually liked was civilization v
22:16.32vascand i hated the 2 civs before that one
22:16.44vascand beyond the earth is crap
22:16.55StragusRight, but that's the fault of Civilization, not the whole turn-based strategy genre
22:17.00vascwell
22:17.04vasci did play uh...
22:17.21vascage of wonders iii
22:17.32StragusI try to stay away from games, it's too easy for me to get hooked and lose 1-2 months in a game
22:17.39vascand europa universalis
22:17.43Stragus(And I mean really lose 1-2 months, like doing about nothing else)
22:17.50vascyeah
22:17.56vascthe only game i play now is world of tanks
22:18.03vasccoz each game takes 15mins
22:18.14StragusEh.
22:18.24StragusI do play Chess a lot on the tablet if that counts :p
22:19.21vasci tried playing mechwarrior online but the games take too long
22:19.41vascalso tried league of legends and so on same thing
22:19.45vascbut even worse
22:20.05vasci mean it can take 5 mins just to start a game in league of legends
22:20.09vascand like an hour a game
22:20.11StragusI love very long games when playing solo, like Civilization on the sluggish marathon setting
22:20.23vascworld of tanks its like 30 seconds to start a game and 15 mins to finish it
22:20.51StragusOr a good game against FreeChess level 10 pro mode... I can spend two weeks on it
22:21.17vascyeah i know. i played xenonauts like 3 months on and off once
22:21.22vascbut then i never bothered finishing itr
22:21.25Stragus"Chess Free", rather
22:22.30vasci liked the off-line mechwarrior better
22:22.54vascmechwarrior 4: mercenaries
22:23.07vasci think i finished the game and played it again 3 times after that
22:23.16vasci mean finished it again 3 times
22:24.17StragusEheh
22:24.56StragusI think I fulfill my creativity needs by managing AD&D games with friends these days, rather than pursuing personal software projects
22:25.15Stragus(Not actually AD&D, we rewrote all our rules from scratch)
22:26.21vasci had a couple of friends who wanted me to be DM
22:26.29vascbut i kinda didn't wanna
22:26.45vascthat kind of collapsed
22:27.00vasci wasn't interested in reading all those rulebooks and scenarios just to start playing
22:27.01StragusI love it, I have been DM'ing since... 17 years?
22:27.02vascboring
22:27.13vascwell
22:27.16StragusOh, rulebooks are terrible
22:27.17vascyou know how it is
22:27.27vasceveryone wants to be a warrior or something
22:27.37vascheck i wanted to
22:27.43StragusThe official rules just get more and more complicated because they want to sell more books. Throw all that crap, make it simple, it's all about adventure and role playing
22:27.51vascbut i had to be a healer
22:27.56vasccoz we had no healer
22:28.03vascbut i made my healer a combat oriented healer
22:28.06vaschmmm
22:28.19StragusOnce again, throw all the rules and fix these problems
22:28.21vasci think i killed half the enemies in our first scenario
22:28.28vascand then i didn't play again
22:28.46vaschmm
22:28.46StragusIn our rules, divine healing magic takes *minutes* with continuous direct corporal contact, completely out of the question during any battle
22:31.36StragusWe have around 100 pages of PDF files for our rules... too bad it's all in french :p
22:31.51StragusWe should upload and share that eventually
22:32.44Stragus(100 pages including 80 pages of spells, 5 pages for magic item creation, etc.)
23:25.50Notify03BRL-CAD Wiki:Konrado DJ * 9065 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 21 JULY 2015 */
IRC log for #brlcad on 20150722

IRC log for #brlcad on 20150722

00:23.46Notify03BRL-CAD Wiki:Bhollister * 9066 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 21, 2015 */
00:24.21Notify03BRL-CAD Wiki:Bhollister * 9067 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 21, 2015 */
00:26.05Notify03BRL-CAD Wiki:Bhollister * 9068 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 21, 2015 */
00:27.36Notify03BRL-CAD Wiki:Bhollister * 9069 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 21, 2015 */
01:18.57*** join/#brlcad ignacio (~IgnacioUy@2001:4830:134:7::11)
01:18.57*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy)
02:03.11*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
03:27.44*** join/#brlcad milinda (~milinda@124.43.81.94)
03:39.36*** join/#brlcad gurwinder (~chatzilla@117.220.144.90)
04:30.19*** join/#brlcad milinda (~milinda@112.134.9.224)
05:03.30Notify03BRL-CAD Wiki:117.220.144.90 * 9070 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
05:07.00*** join/#brlcad milinda (~milinda@112.134.221.180)
05:09.57*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ugqaaekaeesdsmpo)
05:15.06*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
05:23.56*** join/#brlcad milinda (~milinda@112.134.199.104)
05:54.17*** join/#brlcad milinda (~milinda@112.134.44.210)
06:14.33*** join/#brlcad milinda (~milinda@124.43.99.2)
06:22.47Notify03BRL-CAD Wiki:NicolasFigay * 0 /wiki/User:NicolasFigay:
07:00.23*** join/#brlcad sofat (~androirc@49.138.66.220)
07:04.20*** join/#brlcad milinda (~milinda@124.43.131.199)
07:30.31*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:56.19*** join/#brlcad milinda (~milinda@124.43.146.196)
08:27.29*** join/#brlcad milinda (~milinda@124.43.71.136)
08:48.44*** join/#brlcad milinda (~milinda@112.134.8.11)
08:56.32*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bjcudyzwwarqqqye)
09:14.20*** join/#brlcad milinda (~milinda@124.43.78.40)
09:38.30*** join/#brlcad milinda (~milinda@112.134.23.66)
10:05.04*** join/#brlcad andrei_il (~andrei@109.100.128.78)
10:31.01dracarys983d_rossberg: I have made the changes about the macros and the struct that I had in analyze.h.
10:31.19dracarys983Also wrote the Volume() caller function in Object.h/.cpp
10:34.44dracarys983I have tested the libanalyze function. Volume() function's compilation is in progress.
11:16.54*** join/#brlcad ih8sum3r (~deepak@122.173.246.239)
11:18.23dracarys983So many "variables might be clobbered due to `longjmp` or `vfork`" warnings halting the build.
11:18.28dracarys983I can't test until I run "svn update", coz there are too many warnings.
12:54.51*** join/#brlcad gurwinder (~chatzilla@117.220.144.90)
13:19.30*** join/#brlcad sofat (~androirc@202.164.45.212)
13:24.46starseekermust concede git blame -C is very useful with post-header-breakout history tracking
13:37.15*** join/#brlcad sofat (~sofat@202.164.45.204)
14:55.42d_rossbergdracarys983: ok, i know, i'm waiting for a working subversion too
15:15.52starseekerbemusedly wonders if the pent up flood of svn commits will bring the system down again...
15:18.22*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
15:18.31dracarys983wonders if those repairing it have considered the same fact ..
15:27.57``ErikI'd imagine a large portion of developers aren't coding stuff and waiting to commit... they're busy bitching about sf being broken or looking for new platforms :D
15:40.36*** join/#brlcad bhollister (~brad@c-73-189-140-51.hsd1.ca.comcast.net)
15:40.48*** join/#brlcad sofat (~sofat@202.164.45.212)
15:44.42*** join/#brlcad gurwinder (~chatzilla@117.220.144.90)
16:32.40*** join/#brlcad sofat (~sofat@202.164.45.212)
16:46.39maths22Do we have a recent copy of the database with full revision history?
16:53.50*** join/#brlcad konrado (~konro@41.205.22.20)
16:56.08*** join/#brlcad gurwinder (~chatzilla@117.220.144.90)
17:02.21*** join/#brlcad ih8sum3r (~deepak@122.173.246.239)
17:05.26*** join/#brlcad sofat (~sofat@202.164.45.204)
17:08.44sofatbrlcad, hello
17:09.34sofatI need some discussion please reply me if you free
17:10.23sofatI have done all changes which you told me in mail
17:10.24sofat202.164.53.122/wordpress/articles/en/about.php
17:11.05sofatbut I have some questions please reply me if you free
17:12.45*** join/#brlcad sofat (~sofat@202.164.45.204)
17:27.22*** join/#brlcad milinda (~milinda@112.134.23.66)
18:11.26*** join/#brlcad vasc (~vasc@bl13-122-149.dsl.telepac.pt)
18:14.03``Erik:o DeluxePaint's source code http://www.gamasutra.com/view/news/249208/You_can_now_muck_with_the_source_code_for_EAs_Amiga_hit_DeluxePaint.php
18:21.16vascI think I heard once that Guybrush Threepwood from Money Island got his name out of that program
18:21.38vascsprites were saved as .brush files and the designer for a lack of a better name just called the files guy.brush and it stuck
18:24.54vascDP III was lot better though
18:24.59vascits probably the definitive version
18:31.05vasci think dan silva is known in the cg community for his extensions of the bresenham line drawing algorithm to draw circles and ellipses.
18:36.34*** join/#brlcad Izakey (~Isaac@41.205.22.37)
18:59.12sofatbrlcad, hello
19:00.03sofatI needed some help in this "• displaying a presentation would benefit greatly from a different stylesheet customized for presentations"
19:00.31sofatplease explain what problem you facing in presentations?
19:07.35sofat"as the main page content extends underneath the menu bar, selecting article links ends up displaying content under the menu" I am not understand this one also please explain this one
19:08.07*** join/#brlcad bhollister2 (~behollis@dhcp-59-221.cse.ucsc.edu)
19:38.24*** join/#brlcad milinda (~milinda@124.43.124.215)
19:55.09brlcadsofat: they are presentations, but they are being displayed as articles
19:55.21sofathmm
19:55.29brlcadsomething like this comes to mind: http://lab.hakim.se/reveal-js/#/
19:55.50brlcadnot the color scheme, but being able to transition from slide to slide is important for presentations
19:56.51brlcadanother example: http://bartaz.github.io/impress.js/#/bored
19:56.59sofathmm i know this library but i am not working on this library but I will try.
19:57.44sofatif i made different menu link only for presentation so this is right ? or you want presentation in same menu ?
19:58.08sofatbecause this is different .
19:59.22brlcadeither a different menu link, or we create a new xml in the repository that gives an overview of the presentation, but when you select the presentation it starts a reveal.js or impress.js or similar
19:59.39brlcadI think the latter is better
20:00.04brlcadselecting a presentation in the menu should give a summary of that presentation
20:00.06sofatbecause i think there need some manual work using php to filter xml output document and make it useful with reveal or impress
20:00.26brlcadno, that's what a stylesheet is for
20:01.15brlcadmanual processing of xml is wrong ... that's what xsltproc does, translates it to other forms based on a stylesheet
20:01.49sofatno am not manual processing of xml file
20:02.12sofati am processing of php which is converted after brlcad code
20:02.22sofatphp or html output file
20:02.28sofatnot xml
20:03.03brlcadthen I don't understand you saying "i think there need some manual work using php to filter xml output document" :)
20:04.05brlcadstill, even processing the php doesn't sound right -- the output from our compile step (where xsltproc runs) will probably need to change
20:04.22sofatyes xml output into html and php format after compiling brlcad code
20:05.12sofatthen i filter this out put (html or php) and make it use full with impress or reveal
20:05.13brlcadright, and we need the code outputting php to be aware that something is a presentation and display it differently
20:05.33sofatyes yes
20:05.38brlcadwe also need an short introductory article written in docbook that would get displayed just like any other article
20:05.48brlcadfor each presentation
20:06.41sofathmm  then i add the link in  this article when user click on this link then user get the full presentation
20:06.53brlcadthat is where we may be able to do this all automatically with a new xml -> reveal.js stylesheet that the build runs on the presentations
20:06.55sofatin impress or reveal design
20:07.16brlcadright
20:08.42sofatin past i am working on impress i know this working with unique id  means very part contains unique id's then impress count these id's as slides
20:08.48brlcadhm, this actually generatlizes to any document that has a custom export format ...
20:09.24brlcadputting a unique ID should be doable with a stylesheet
20:09.50brlcadhttp://www.w3schools.com/xsl/func_generateid.asp  ... yeah
20:10.41sofatyes i see .
20:10.47sofatI will try this
20:11.43brlcadhttp://stackoverflow.com/questions/9608432/incrementing-and-checking-the-counter-variable-in-xslt
20:12.23brlcadsee if you can write a stylesheet for one of the presentations
20:13.32sofatI will try
20:14.42sofatI don't have much experience with this but I am try to do this thing
20:16.05sofatbrlcad, I have some other question if you allow me to ask
20:16.53brlcadsofat: if you run "make VERBOSE=1" and see how it runs your php stylesheet on one of the xml files, or the html stylesheet
20:17.47brlcadthen try to manually run xstlproc on one of the presentation xml files (using any existing stylesheet)
20:18.42brlcadwhen you get that working, then you can work on making a new stylesheet that outputs whatever reveal.js or impress.js want
20:19.13brlcaddon't ask to ask, just ask your questions
20:19.49sofatI have one more question you told me in mail , your search is not working and language part not working
20:20.04sofatbut both are working
20:20.40sofatsearch working when you enter any word or name
20:23.29brlcadI tried a few different words, got a blank page
20:23.41brlcadtries again
20:27.23Izakeybrlcad,appears svn is still down
20:28.07starseekerIzakey: http://sourceforge.net/blog/sourceforge-infrastructure-and-service-restoration-update-for-722/
20:28.19starseekerno ETA for svn as yet
20:29.04brlcadsome svn repos are back online
20:29.20brlcadours could very well be last on the list if they're doing them in order of size... :)
20:29.34starseekerchuckles - very likely
20:29.36brlcadthey're clearly getting through them methodically
20:29.56starseekermakes sense to get the smaller ones up and running quicker
20:30.22brlcadmaybe, or could be reverse alphabetical, or by filesystem, or any number of other ways
20:30.44starseekernods - well, as long as we get there
20:31.15starseekerwill be interested to see if they do a detailed post-mortum report - if this was a code bug of some sort, it deserves its own name
20:31.16brlcadlooks like they are doing them by letter
20:31.23brlcadso they just havent' done "b" yet
20:31.44brlcad(not in alphabetical order, but in groups by letter)
20:31.56brlcadno idea how they're prioritizing letters
20:32.05starseekernods - was basing the "no ETA" on their line calling out SVN toward the bottom
20:33.56brlcadbased on the dates, probably 23 or 24
20:34.03brlcadat the latest
20:34.42sofatthey also search by b
20:39.18vascnot just size. i have a really small svn project on sf.net and it ain't up yet either
20:39.21*** join/#brlcad sofat (~sofat@202.164.45.204)
20:40.17*** join/#brlcad konrado (~konro@41.205.22.41)
20:42.02IzakeyJust have to hope they'll be up asap
21:07.42Notify03BRL-CAD Wiki:202.164.45.204 * 9071 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
22:14.53vasci mean i can't even connect to svn.code.sf.net
22:14.57vascserver is down
22:15.15vascgit.code.sf.net is up
22:29.15MansaMusabrlcad: what's the main issue with the svn these days can't seem to update my code repo?
22:59.53Notify03BRL-CAD Wiki:Konrado DJ * 9072 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 22 JULY 2015 to 21 JULY 2015 */
23:21.23*** join/#brlcad Alex______ (3235697b@gateway/web/freenode/ip.50.53.105.123)
23:30.19starseekerMansaMusa: sourceforge has been down for almost a week now
23:30.34starseekerhopefully back up in the next couple days
23:30.50Notify03BRL-CAD Wiki:Bhollister * 9073 /wiki/User:Bhollister/DevLogJuly2015: /* Wed, July 22, 2015 */
23:31.27Notify03BRL-CAD Wiki:Bhollister * 9074 /wiki/User:Bhollister/DevLogJuly2015: /* Wed, July 22, 2015 */
23:36.29Notify03BRL-CAD Wiki:Bhollister * 9075 /wiki/User:Bhollister/DevLogJuly2015: /* Wed, July 22, 2015 */
23:49.14*** join/#brlcad konrado (~konro@41.205.22.45)
23:59.35*** part/#brlcad Alex______ (3235697b@gateway/web/freenode/ip.50.53.105.123)
IRC log for #brlcad on 20150723

IRC log for #brlcad on 20150723

02:58.11*** join/#brlcad gurwinder (~chatzilla@117.214.205.168)
07:48.44*** join/#brlcad ih8sum3r (~deepak@122.173.43.153)
08:05.33*** join/#brlcad ignacio (~IgnacioUy@2001:4830:134:7::11)
08:05.34*** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy)
08:29.00*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:33.24*** join/#brlcad konrado (~konro@41.205.22.3)
08:56.46*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yutolrmwshljadwk)
11:40.12``Erikow, trivial root escalation on osX  http://www.theregister.co.uk/2015/07/22/os_x_root_hole/
11:40.35``Erikhasn't tried it yet, but damn O.O
11:45.27*** join/#brlcad ih8sum3r (~deepak@122.173.43.153)
11:46.23*** join/#brlcad ih8sum3r_ (~ih8sum3r@122.173.43.153)
11:47.32*** join/#brlcad andrei_il (~andrei@109.100.128.78)
13:07.17brlcad``Erik: that is intersting...
13:08.58brlcadI don't think I understand how it works ... echoing an echo redirected to fd3, piped to newgrp
13:09.31brlcadI get that the problem is in that dyld logging interface, but not how fd3 comes into play
13:15.41*** join/#brlcad sofat (~sofat@202.164.45.212)
13:17.45brlcad``Erik: you see that FreeBSD 11 now runs Docker?
13:29.42*** join/#brlcad sofat (~sofat@202.164.45.212)
13:33.19ih8sum3rfacing hell lot of erros while installing mongodb 2.4.8 on freeBSD. Requesting for help.
13:35.56*** join/#brlcad sofat (~sofat@202.164.45.212)
13:36.26ih8sum3rI have go through this tutorial : http://docs.mongodb.org/v2.4/tutorial/install-mongodb-on-linux/ but mongo not running. Am I doing something wrong?
13:36.40ih8sum3rs / go / gone
13:36.57brlcadih8sum3r: how is anyone else except you supposed to answer that question? :)
13:39.37ih8sum3rbrlcad: I have gone through many tutorials, various google links right now everthing messed up. Everytime I used to install mongo, 2.6.x version installs which I don't want.
13:39.54*** join/#brlcad konrado (~konro@41.205.22.44)
13:39.57ih8sum3rNot catching where I'm commiting mistake.
13:50.18``Erikbrlcad: I saw the docker work a few weeks back, the port was 'just beginning' at the time. I've toyed with docker on my linux and mac boxen, it's not really grabbing me at the moment *shrug*
13:50.19brlcadih8sum3r: why do you want the older version?
13:50.20*** join/#brlcad sofat (~sofat@49.138.223.139)
13:51.00brlcad``Erik: *nod* ... it's somewhat interesting jail-style concept to me, hooking in mini userland spaces
13:51.05ih8sum3rbrlcad: Becuase of this : "Latest MongoDB supported by Meteor is MongoDB 2.4.x, the 2.6.x isn't supported yet by Meteor and Freebsd"
13:52.09brlcadih8sum3r: so have you tried downloading the 2.4 sources?
13:52.26ih8sum3rSame with the node.js case. It needs node to be 0.10.36. I have installed it succesfully but facing problem in mongo.
13:52.35brlcadthat statement by itself doesn't really mean much other than "they haven't tried it or looked into why it's not working"
13:52.35ih8sum3rYes I have tried
13:52.43brlcadand?
13:53.00``Erik2.6.7 is the version fbsd currently has in ports... so part of that statement seems incorrect (or poorly phrased)
13:53.45brlcadit very well could be really easy to get meteor working with 2.6
13:54.06ih8sum3rwhenever I run mogod it throughs error: Command not found
13:54.22ih8sum3rs / mogod / mongod
13:54.31``Erikwhere are you running it?
13:54.50brlcadthat the mongod command is not found, or that mongod is running some command and that unknown command is not found?
13:55.02ih8sum3rInside virtual box freebsd version 10.1
13:55.21brlcad``Erik: he set up a VM to match our server config so he could mess with things as root
13:55.27brlcadinstead of screwing up our env
13:55.47brlcadih8sum3r: find out what command is not found
13:56.02``Erikmongodb from ports would be started by putting "mongod_enable=YES" in /etc/rc.conf and running /usr/local/etc/rc.d/mongod start
13:56.05brlcadthat sounds really pretty easy to resolve... find the command and make sure it finds it
13:57.08``Erik(mongod is already running on bz, I think I'm the only consumer for it)
13:57.41ih8sum3rOkay let me go through it one more time and will report you.
13:58.44brlcadhehe, awesome https://pocketcluster.wordpress.com/2015/07/23/raspberry-pi-2-cluster-case-pt2/
13:59.52``Erikheh, bringing raid mentality to the alu? :D
14:10.27maths22brlcad: we should probably run an svnsync once sourceforge comes back up
14:59.44brlcadmaths22: yep, plan to restore all of our backup systems
15:00.11brlcadsome have run recently but others have gone neglected putting us at risk
15:00.15maths22We should probably make sure we now have that running with cron
15:01.00brlcadyep, that's what it used to be doing
15:17.48Notify03BRL-CAD Wiki:Anoopanandhan * 0 /wiki/User:Anoopanandhan:
15:43.07*** join/#brlcad vasc (~vasc@bl13-104-154.dsl.telepac.pt)
15:44.29vascwell i get a ping reply out of the server
15:45.30vascsvn
15:45.43vascbut still down
15:46.00vascthat makes a one week then
15:46.31vascvirtualized everything and virtual fileservers. brilliant.
15:47.22vascwe had a system like that where i work at. only one server instead of four. brilliant savings. until the RAID failed.
16:17.02*** join/#brlcad bhollister (~brad@2601:647:cb02:7a00:5550:4df0:68ec:ffe7)
16:36.30*** join/#brlcad milinda (~milinda@124.43.72.55)
17:34.08*** join/#brlcad gurwinder (~chatzilla@117.214.205.168)
18:19.54Notify03BRL-CAD Wiki:117.214.205.168 * 9076 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
18:41.34*** join/#brlcad bhollister (~behollis@dhcp-59-221.cse.ucsc.edu)
18:49.24*** join/#brlcad konrado (~konro@41.205.22.60)
18:57.52*** join/#brlcad sofat (~sofat@49.138.223.139)
19:34.00*** join/#brlcad sofat (~sofat@49.138.223.139)
19:39.15brlcadsofat: everything make sense in the response?
19:39.25sofatyes
19:39.41sofatI am working on stylesheet for presentation
19:39.45sofatI done simple demo
19:39.59brlcadable to directly run xsltproc?
19:40.05sofatyes
19:40.18sofatyou want to see ?
19:41.13brlcadI don't think I can get to your IP right now
19:41.16brlcadbut yes I do :)
19:41.25brlcadscreenshot?
19:42.15sofatwait i upload this part wait for 5 min
19:59.17*** join/#brlcad sofat (~sofat@49.138.223.139)
20:00.45sofatbrlcad, please check and tell i am going right ?
20:01.07*** join/#brlcad konrado (~konro@41.205.22.52)
20:04.01Notify03BRL-CAD Wiki:Konrado DJ * 9077 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 23 JULY 2015 */
20:04.36Notify03BRL-CAD Wiki:Konrado DJ * 9078 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 23 JULY 2015 */
20:17.55*** join/#brlcad sofat (~sofat@101.209.172.100)
20:21.15*** join/#brlcad sofat (~sofat@101.209.172.100)
20:27.23sofatbrlcad, I want to update this presentation intro-to-tcltk because this presentation is contain article tag but not contain any section tags so I need to divide every slide into sections so reveal easy to adopt this presentation if you allow me to do this?
20:53.02brlcadsofat: please stop saying "allow me to do this"
20:53.21sofatokay
20:53.29sofatyou check my work ?
20:53.30brlcadyou've said it many many times, you don't need permission to work on things a particular way or to make changes
20:54.12brlcadyou never posted a link to the demo
20:54.47sofatsorry.
21:08.29sofatbrlcad, I am in right direction ?
21:08.39brlcad?
21:08.55brlcadyou're doing something wrong ... this is what I see:
21:09.04brlcad16:54 < brlcad> you never posted a link to the demo
21:09.04brlcad16:54 < sofat> sorry.
21:09.04brlcad17:08 < sofat> brlcad, I am in right direction ?
21:09.04brlcad17:08 < brlcad> ?
21:10.17sofat:-(
21:11.17sofatI want to show you my stylesheet which I am using for presentation
21:11.22brlcadi know
21:11.53brlcadso post it, show it
21:12.36sofathttp://pastie.org/10308589
21:13.27brlcadlooks good
21:17.20sofatokay means i am in right direction ?
21:19.21sofatbrlcad, which browser you are using(for language work).
21:20.05brlcadtried safari and chrome
21:20.57brlcaddoesn't matter, though -- the javascript and css errors are real and should be fixed
21:21.12brlcadif you look closely at the screenshot, you can see the file and line numbers
21:22.38sofatyes i see i am working on this
21:41.45*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
23:56.57*** join/#brlcad infobot (~infobot@174-148-182-189.pools.spcsdns.net)
23:56.57*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
IRC log for #brlcad on 20150724

IRC log for #brlcad on 20150724

00:01.03*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-wqzzyymmjtsvracz)
00:38.30Notify03BRL-CAD Wiki:Bhollister * 9081 /wiki/User:Bhollister/DevLogJuly2015: /* Thurs, July 23, 2015 */
01:17.25*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
01:17.25*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
02:35.03*** join/#brlcad gurwinder (~chatzilla@117.214.206.224)
03:27.38*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
05:09.59*** join/#brlcad Shubham_ (6719e766@gateway/web/freenode/ip.103.25.231.102)
05:55.33*** join/#brlcad sofat (~androirc@49.138.222.183)
06:25.24*** join/#brlcad milinda (~milinda@175.157.134.83)
06:59.06*** join/#brlcad andrei_il (~andrei@109.100.128.78)
07:05.39*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.49.166)
08:13.06*** join/#brlcad milinda (~milinda@175.157.169.127)
08:39.32*** join/#brlcad luca79 (~luca@151.44.149.24)
08:54.17andrei_ilHi ! I am currently reading perplex README.txt in order to understand better how to configure the CSG importer scanner.
08:56.58*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ywsaabdrhlwofevf)
09:04.18*** join/#brlcad sofat (~sofat@202.164.45.204)
09:06.40*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:14.56dracarys983d_rossberg: I am planning to implement the centroid and surface area functionalities today as well as their caller functions in C++ interface.
09:15.13dracarys983So that when svn is up I can start testing them without delay
09:16.04dracarys983d_rossberg: Should I send you my present implementation for volume and the Volume() function patch in a mail? -- so that you can review it ASAP.
09:18.31dracarys983brlcad: I'd need help in the view manipulation as I said in my mail. I'll be up here, so we can discuss whenever possible. :)
09:25.57d_rossbergdracarys983: sending the patch in a mail would be good, the mailing lists should work again; but is the patch tracker still broken too?
09:39.31*** join/#brlcad gurwinder (~chatzilla@59.91.239.132)
09:59.42*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
10:10.40``Erikhistory of computing at BRL mentioned on hacker news https://news.ycombinator.com/item?id=9937598
10:17.26*** join/#brlcad sofat_ (~androirc@101.208.151.57)
10:31.23*** join/#brlcad shaina (~shaina@117.241.116.208)
10:38.31dracarys983d_rossberg: No, I guess the patch tracker is working. I'll submit one there then?
10:39.57d_rossbergyes, using the patch tracker is better
10:41.45dracarys983d_rossberg: Okay.
10:43.09dracarys983One thing, I have to implement arbitrary view support in my implementations as Sean also mentioned that it should be possible to leverage gqa or rtweight's functionalities using the new implementation.
10:43.33dracarys983So that'll be the immediate target once I implement the basic ones I guess.
10:43.38dracarys983Do you have any other plans?
10:46.55dracarys983d_rossberg: Also, should I submit the patch with the change of code I did to test it using analyze?
11:11.41d_rossbergyes, for completeness you should add the analyze part too
11:13.46*** join/#brlcad sofat (~sofat@202.164.45.204)
11:31.11*** join/#brlcad Izakey (~Izakey@41.205.22.23)
11:47.44*** join/#brlcad ih8sum3r (~deepak@122.173.49.166)
12:06.44dracarys983d_rossberg: I'll submit the rt^3 changes later after testing, once svn is up. :)
12:27.49*** join/#brlcad luca79 (~luca@151.43.97.186)
13:15.19starseekeraaaand svn is still down
13:16.21Izakeyyes starseeker
13:17.02Izakeywonders how much development time this will cost
13:20.43``Erikyou can develop without svn...
13:21.01IzakeyDefinitely ``Erik ,
13:21.47``Erikone way would be to tar up the latest unmodified svn checkout you have, then for each 'commit' you want to do, extract it out, cp files before you edit them, then create patches. When svn comes up, apply the patch (fixing as necessary) and commit.
13:22.28``Erik(or just keep coding and piss people off with one huge mega-commit)
13:23.05Izakeyprefers the latter ``Erik
13:24.34``Erikpreferring to piss people off? :D
13:27.24``Erikif you have the bandwidth and hdd space, you could grab the git clone at http://brlcad.org/brlcad.git (or @brlcad.org:/usr/web/brlcad.org/brlcad.git) and work with that, then create the right patches out of that to apply to svn when it comes back *shrug*
13:29.19Izakeytried cloning the other day but my bandwidth didn't permit
13:31.27``Erikif you have an acct on the server, you could always do your work on it?
13:31.53``Erik*shrug* there're ways to continue making progress :)
13:34.30*** join/#brlcad sofat (~sofat@202.164.45.212)
13:45.18*** join/#brlcad konrado (~konro@41.205.22.59)
14:07.10brlcadthanks to everyone for responding as requested
14:07.34brlcadandrei_il: working on that status summary?
14:09.08brlcaddracarys983: that is not exactly what I was suggesting -- I don't want to end up with 3 generic ways for calculating volume
14:10.01brlcadthe solution may be to replace your implementation with rtweight or gqa's so the question is whether you've made that easy or difficult ;)
14:12.08brlcadIzakey: if we were OpenBSD, they voluntarily halt development like this once or twice a year (during releases) :D
14:12.30brlcadslight exaggeration ;)
14:15.49IzakeyOk, brlcad
14:24.44*** join/#brlcad sofat (~sofat@202.164.45.212)
14:26.57*** join/#brlcad milinda (~milinda@175.157.161.10)
14:30.59*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
14:30.59*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
14:36.35andrei_ilbrlcad: not yet, I just read some documentation to find some answers
14:36.58andrei_ilI will update my logs now
14:48.55*** join/#brlcad gurwinder (~chatzilla@59.91.239.132)
14:54.07*** join/#brlcad vasc (~vasc@bl13-104-154.dsl.telepac.pt)
15:02.31*** join/#brlcad sofat (~sofat@202.164.45.208)
15:27.30*** join/#brlcad ih8sum3r (~deepak@122.173.49.166)
15:30.16*** join/#brlcad sofat (~sofat@202.164.45.204)
15:44.51*** join/#brlcad sofat (~sofat@202.164.45.204)
15:46.18dracarys983brlcad: Oh. Right. I'll have to improve the basic implementations anyways. Can you help me with the view manipulation in my present code? You can refer to my latest patch for that : https://sourceforge.net/p/brlcad/patches/385/#8616
15:47.28dracarys983Actually my main concern is whether using a method like rtweight does (do_ae()) would be a good idea or something else.
15:53.13sofatbrlcad, I have done my stylesheet work so now I add this stylesheet in building system ?
15:53.48sofatmeans I need to create new micro for this ?
15:59.18*** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:5550:4df0:68ec:ffe7)
16:00.22brlcaddracarys983: the ultimate algorithm for calculating mass and surface area will almost certainly center around quasi-random spherical sampling convergence with adaptive refinement
16:00.42*** join/#brlcad sofat (~sofat@202.164.45.212)
16:00.57brlcadthat's a GSoC project in itself, which is why daniel suggested focusing on just doing what rtweight does or migrating gqa code (lower risk)
16:01.28brlcadlets you focus on your task at hand, and when the better algorithm is eventually implemented, users will just get more accurate results
16:02.47dracarys983brlcad: Okay, agreed. I can focus on the spherical convergence algo once I'm done with the basic gqa/rtweight style generic method.
16:02.51brlcaddracarys983: as for your patch, I suggest you actually match what rtweight is doing as closely as possible, so when you're done rtweight could be updated to call your libanalyze function and there should be no change to the user
16:03.04gurwinderbrlcad: Hi, as you know I'm working on elliptical torus. Torus is working correctly but I'm not able to use its C and D minor and major axis in my macro
16:03.37brlcador if you're already doing a gqa-style grid-aligned approach that you mimick gqa as closely as possible, so it could be updated to libanalyze
16:03.57dracarys983brlcad: Okay, awesome :)
16:04.21brlcadsofat: url example?
16:04.31gurwinderbrlcad: Torus's normal center are working well and it elliptical torus just as in brlcad.
16:04.43dracarys983I although do want to try to implement the arbitrary view manipulation in my gqa-style implementation like rtweight.
16:05.19brlcadgurwinder: does povray have support for elliptical tori?
16:05.38brlcador surface of revolution where we can revolve an ellipse
16:05.57brlcador sweep surface where an ellipse can be swept in a circle
16:06.13brlcadif not, then I'm not sure what you're working on :)
16:06.25sofatfor style sheet or web view of presentation output ?
16:06.40*** join/#brlcad Izakey (~Izakey@154.70.98.19)
16:06.46dracarys983brlcad: So, I'm trying to figure that part out since some time now. Can you give me some pointers for that? :)
16:06.56brlcaddracarys983: I'm sure you do, but remember that the only way this code will survive is if it can fully replace what is in rtweight or gqa
16:07.18brlcadand even then, it may be short-lived once someone implements spherical sampling
16:08.08brlcaddracarys983: you have exact code ... I'm not sure I understand
16:08.24brlcadsofat: web view
16:10.09brlcaddracarys983: you can't lose sight of the bigger picture for your project given you're behind schedule, you don't have time to explore methods of calculating mass/weight -- this should not be approached as an implementation exercise
16:10.13brlcadit's already implemented
16:10.17sofati am not merge this part with web site now because I am doing some experiments on output looks
16:10.36brlcadsofat: okay, that's fine .. still like to see work in progress
16:11.05sofatare you want to see my stylesheet ?
16:11.15sofatits ready now
16:11.18brlcaddracarys983: so you should use the existing code (as is, as much as possible), so you can focus on exposing the calculations in rt^3 and libanalyze, etc
16:11.29brlcadsofat: you already showed me the stylesheet yesterday
16:11.35sofatyes
16:11.38brlcada stylesheet is useless without seeing the result
16:11.43sofatokay
16:11.46brlcadit's just a bunch of text :)
16:11.54brlcadI trust you have more text ;)
16:12.15sofathaha :- (
16:13.14dracarys983brlcad: Okay. So, this implementation works for now? It has got the way gqa calculates volume. Just that tolerance estimation and gridSpacing / gridSpacingLimit estimation is a bit modified.
16:13.16brlcadI know it's hard work and good progress, but there's nothing I'm going to understand without actually running the stylesheet and seeing the output :)
16:13.21*** join/#brlcad Izakey_ (~Izakey@154.70.98.19)
16:13.38brlcaddracarys983: modified how?
16:14.18*** join/#brlcad shaina (~shaina@59.89.45.156)
16:14.20sofathmm i will show you after 2 hour.
16:14.29dracarys983For gridSpacing / gridSpacingLimit estimation I have calculated the max_span in the present view and then divided it by a defined factor.
16:15.05gurwinderbrlcad: Yes, they support elliptical torus but for that I have to use function.
16:15.13dracarys983And I have kept the refinement limit at 7 times right now.
16:15.47*** join/#brlcad konrado (~konro@154.70.98.19)
16:16.33dracarys983For tolerance estimation, the factor in gqa is 1000 I guess. I have kept it at 2500, because according to my grid setup, 2500 works better.
16:17.01gurwinderbrlcad: Here is f_torus function http://www.econym.demon.co.uk/isotut/variable.htm
16:17.02brlcadgurwinder: source?
16:17.20gurwinderin last of it
16:18.23brlcadhm, so that's interesting but concerning that they say the result is merely "similar" to an elliptical torus
16:19.26brlcadindeed that rendered example could very well not be one
16:20.18gurwinderbrlcad: Ok,
16:20.32gurwinderbrlcad: here is another method http://wiki.povray.org/content/Reference:Polynomial
16:20.51gurwinderbut it doesn't gave result similar to f-torus function
16:24.14Notify03BRL-CAD Wiki:Andrei.ilinca24 * 9082 /wiki/User:Andrei.ilinca24/logs: /* Coding Period (2nd half) */
16:25.42brlcadgurwinder: hm, that might work ... eto are described with a quartic equation
16:26.02brlcadbut figuring out the mapping could get tricky
16:26.18brlcadanother possibility, looking at their documentation, is a surface of revolution
16:26.41brlcadthat will definitely work too
16:26.48brlcadBUT...
16:27.05brlcadwhy are you working on ETO? :)
16:27.26gurwinderbrlcad: Oh ok, I will put my full effort on it
16:27.32brlcadyou were working on eto two months ago
16:27.59brlcadyou haven't gotten it by now and it's not anywhere near as important as several other object types
16:28.24brlcadso you're putting in less than full effort? :)
16:28.32brlcadthat's a terrible expression :)
16:28.47gurwinderbrlcad: No that was just torus if I remember correclty
16:29.18gurwinderbrlcad: Is there any priority of primitives so that I out my efforts in right direction
16:30.01gurwinderI'm just taking primitives randomly and exporting them
16:31.02brlcadgurwinder: make a list of them all and indicate which ones are complete, partial, or not yet
16:31.46brlcadon that list, I can more easily indicate their priorities
16:32.20gurwinderbrlcad: the primitives that I have exported before mid term even before getting selected iin GSoC are complete and working properly
16:32.35gurwinderOK, I will make a list and show you.
16:32.38brlcad:)
16:33.48Izakey_gurwinder, You could just list the ones you already having working til now (to avoid any confusion)
16:33.49*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
16:34.23gurwinderIzakey_: Hi, Ok
16:35.46brlcadthis can be a text file or on the wiki, e.g., http://brlcad.org/wiki/Povray where you can summarize import/export support information
16:36.50Izakey_brlcad++
16:37.37Izakey_So gurwinder you know what you have to do, could take you less than 20 minutes :)
16:37.49gurwinderbrlcad: is this a page where I should write about my primitives?
16:38.23Izakey_gurwinder, Just a short report of the primitives which you've exported already
16:39.56gurwinderIzakey_:Ok
16:42.56gurwinderIzakey_: How to edit in it?
16:43.46Izakey_Just the way you created your GSoC proposal page gurwinder  - the same way you update your logs :)
16:45.29gurwinderIzakey_: On google log page there is edit option but there is no option to edit
16:51.14brlcadgurwinder: nice visual overview of povray entities if you have not seen it yet: http://www.f-lohmueller.de/pov_tut/all_shapes/shapes100e.htm
16:52.12brlcadgurwinder: what are the menu options...
16:52.22brlcadPage ... Discussion ...
16:53.09gurwinderbrlcad: Yes I'm taking reference of that povray entities page.
16:53.26gurwinderbrlcad: yes there are two options page and discussion
16:55.39gurwinderbrlcad: two links, search for this page title, search the related logs
16:59.57bhollister2starseeker: i'm here for our 10AM PST mtg. however, i need to bring my car into the garage once again for an air bag recall. not sure how long that will take. still working to get vertex labels working for nmg edit mode.
17:01.00Izakey_gurwinder, that report needs to be on the BRL-CAD website
17:03.07gurwinderIzakey_: Yes, I'm writing primitives on seperat text file and will upload on brlcad website
17:05.09Izakey_gurwinder, Look at a page like http://brlcad.org/wiki/BRL-CAD_Primitives - Just need a little Introduction and then the POV-RAY exported primitives in bullet formats
17:08.04gurwinderIzakey_: Great example. Thanks
17:08.40*** join/#brlcad sofat (~sofat@202.164.45.204)
17:14.14*** join/#brlcad sofat (~sofat@202.164.45.204)
17:16.27brlcadgurwinder: perhaps you are not logged in
17:18.19brlcadgurwinder: also see http://brlcad.org/gallery/diagrams/primitives for a visual to go with the short name labels ... it's not a complete list of object types
17:19.14vascsvn.code.sf.net is slow as molasses but up. seems like they are working on it.
17:20.31brlcadvasc: thanks
17:21.13vasci couldn't update svn yet though
17:21.48gurwinderbrlcad: oK
17:22.05gurwinderyes, I'm creating new account on it
17:25.58brlcadgurwinder: what?  how have you been updating your dev log?
17:27.44brlcadgurwinder: ah, I see you have done most of your edits anonymously .. this is not good
17:27.54gurwinderbrlcad: I just went to http://brlcad.org/w/index.php?title=User:Gurwinder_Singh/GSoc15/log_development
17:27.57Notify03BRL-CAD Wiki:Gsbains123 * 0 /wiki/User:Gsbains123:
17:27.58brlcadplease don't create another account, log in with the account you created
17:28.09brlcad*sigh*
17:29.09gurwinderok, sorry I forget my username thats why I'm getting user name error. and I thought that I haven't created yet
17:29.34brlcadlook at the log on your page
17:29.37brlcadHistory
17:30.01brlcadheck, even your user link on http://brlcad.org/wiki/Google_Summer_of_Code/2015 has it
17:33.19Izakey_People tend to forget usernames and passwords which they don
17:33.33Izakey_s/don/don't use ofter
17:33.49Izakey_s/ofter/often
17:35.19brlcadthis is true
17:35.57brlcadbut that's also in their hands, not anyone else, and can be easily managed
17:36.00brlcadkeeps a ledger
17:36.53StragusSome U.S. government contractor registration thingy (CMR or so) has some absurd password requirements
17:37.17StragusLike >16 characters long, at least 4 numbers, at least 4 special characters, mix of lower and capital case
17:37.47brlcadit's been that way for many years, all federal systems adhere to a standard policy
17:38.02brlcadyou also have to change it every NN days (which I think is 45?)
17:38.04StragusWell, I remember all my password except *that* one
17:38.08Straguspasswords*
17:38.40StragusRight, it's terrible
17:38.50Izakey_I now understand why you need a ledger brlcad
17:39.55brlcadI would completely understand forgetting a wiki password, maybe even forgetting that one had created an account... except that wiki account creation is part of our gsoc checklist, and pretty much everyone puts there dev log there
17:40.36brlcadit's fine, life will certainly go on ;)
17:40.51brlcadprobably lunchcranky
17:41.28brlcadgoes to slurp some ramyun
17:41.42Izakey_Forgetting your wiki username is weird
17:57.41vascwhen i forget the password i just go to the saved passwords dialog in firefox and see what was the password i used
17:57.55vasci just save the passwords there
17:58.10vascanyone can get them but i could care less. it's my computer.
18:17.47vascmost passwords i use are really weak
18:17.58vasci only bother using strong passwords on the really important stuff
18:18.52vasclike tqbfjotl
18:20.21vascmost sysadmins i knew just generate a random password and write it down in a piece of paper
18:21.11``Erikpwgen -s
18:22.17``Erikpiece of paper is horrible, though... encrypted file seems better to me (something like 1password if you want it automagic)
18:49.18ih8sum3r``Erik: I'm getting this error : http://brlcad.org/w/images/d/d8/Meteor_freeBSD_libm.so.6_error.png when run this command PORT=3000 MONGO_URL="mongodb://localhost:27017/myappdb" node bundle/main.js. I searched and found run make install in /usr/ports/misc/compat6x I did but getting same error again and again any idea what to do?
19:15.07``Erikwell, the error form the ports dir thing is probably a permission error, lemme look at some stuff
19:15.30``Erikwhere did you get the node binary? is that system?
19:16.25``Erikoh, this isn't on bz
19:17.23``Erikthere's really no good reason for you to need compat6x... that's there to run binaries compiled against freebsd 6
19:18.07``ErikI'd think recompile the bcrypt npm module
19:18.53``Erikhuh, fbsd's libm is currently at 5... are you running an old linux executable on fbsd? :D
19:19.09``Erikis now confused
19:19.30ih8sum3rI created bundle for meteor and move that bundle to VM. From there it is getting node modules
19:19.43ih8sum3rI'm following this tutorial : http://grigio.org/meteorjs_freebsd_11_current/
19:20.09``Erikwhat os/version did you create the bundle on, and what's running in the vm?
19:20.44ih8sum3rI created bundle on Ubuntu 14.04 and in VM I have freebsd 10.1
19:20.56``Erik(also; fbsd11 is -current, stable is 10)
19:21.51``Erikso you're making an executable for linux and trying to run it on fbsd?
19:23.01``Erikmaybe fire up the vm and try to build the bundle/executable/libs inside of it?
19:23.10ih8sum3rYes, what I have read according to that it is doing something like that only.
19:24.12brlcad``Erik: who said anything about paper?
19:24.36ih8sum3rI found only this tutorial to install meteor on freebsd. I have also asked on IRC and meteor forums but didn't get any response about freebsd and meteor :(
19:24.47``Erikbrlcad: vasc did, in the line that starts "most sysadmins i knew"
19:24.58brlcadahh, missed that
19:25.08brlcadthought you were referring to my ledger comment
19:25.21brlcadledger == encrypted file == digital wallet
19:25.26``Erikih8sum3r: "here be dragons", you're in uncharted territory :) makes me glad I've found a reason not to use meteor every time I've done framework shopping ;)
19:26.42ih8sum3rI also tried to clone this and install it on freebsd : https://github.com/herrBeesch/meteor-freebsd. But this thing also produce same error i.e : This OS is not supported yet.
19:26.46``Erikbrlcad: I use scrypt, vim and scrub... there's that spot of insecure memory while editing, but *shrug*
19:27.39ih8sum3rbrlcad: I want to dicuss a little about OGV can you please spare a little time for me.
19:27.49ih8sum3rs / dicuss / discuss
19:27.52``Erikih8sum3r: since meteor on fbsd is such a ... challenging combination, and the server is fbsd, is it worth reconsidering using meteor?
19:27.53brlcadih8sum3r: if you created the bundle on linux, then you need to also copy over the linux libs it was linked against (libm.so.6)
19:28.41brlcadgiven someone got it working on fbsd 11, it's certainly doable
19:29.18brlcadih8sum3r: "This OS is not supported yet." is not a stopping point -- you're in developer land
19:29.30brlcadyou find where that message is coming from and you modify the code to bypass it
19:29.44vasci hate those kinds of messages
19:29.48brlcadthat's a user stopping point
19:29.52brlcadyou're not a user
19:30.01``Erikpuny mortals
19:30.52vascyou should complain about lack of necessary capabilities not that you didn't test it with the OS that the user is using
19:31.02vascor browser or whatever
19:31.26vascat worse it should be a warning not a fatal error.
19:31.40ih8sum3rbrlcad: I can create bundle only where meteor is installed because meteor bundle xyz will create bundle for app. freeBSD couldn't create meteor bundle because there is no meteor installed.
19:32.01``Erikya'll remember before autoconf got popular and it was "make -f Makefile.linux32" 'n stuff? :D those were dark days
19:32.42vascyeah i know. i used to work on a MUD codebase that was like that
19:32.52``Erik"meteor bundle" is probably just calling npm... which is supported
19:33.08ih8sum3rbrlcad: Okay I'll tried to bypass that thing.
19:33.29brlcadih8sum3r: are you using virtualbox?
19:33.32vascit also did silly things like include system function declarations for SunOS because quite often SunOS did not come with includes
19:33.41``Erikvasc: mud weenies... I admin'd a linux box in the mid 90's that some friend of the owner put a circle mud on, then they started asking me C questions.. what a horrible codebase :D
19:33.48vascso you had system function declarations inside the app code
19:33.52ih8sum3rbrlcad: Yes
19:34.14vascwell i ran a mud derived on merc mud
19:34.20vascit was reasonably well written
19:34.28vascactually it was quite well written
19:34.40vascexcept for little things like that
19:34.58``ErikI've never looked at (or heard of) merc... circle and diku were the two big ones :)
19:35.01brlcadih8sum3r: then I suggest a different approach altogether
19:35.14vascif you think the circle mud codebase was bad you should look at the SillyMUD codebase
19:35.17``Erik(then I started hacking together even uglier C to make a mud client... 'bmud')
19:35.36ih8sum3rbrlcad: Like?
19:35.37brlcadset up a new disk image, install ubuntu and whatever else you need, and get the site set up
19:35.44vascback then we used tinyfugue i think
19:36.05brlcadwe can run that vbox image on .bz and see how responsive it is
19:36.27brlcadalso has the added benefit of clean sandboxing
19:36.33``Eriktinyfugue was nice, I wanted to use gtk+/gnome *shrug* :)  https://github.com/erikg/bmud
19:37.13vascoh an automapper. kewl.
19:37.44brlcadih8sum3r: just make sure your web root is neatly organized and well documented in the VM
19:37.59brlcadso we can later move it to fbsd when we upgrade to 11
19:38.13vaschttps://github.com/vcosta/greedmud
19:38.25brlcadih8sum3r: do you understand?
19:38.38sofatbrlcad, hello
19:38.42sofatthere is link
19:38.42vasci learned more about C working on that in the college classes
19:38.46sofat202.164.53.122/wordpress/articles/en/about.php
19:38.55sofatplease check
19:39.03ih8sum3rbrlcad: Yah approx. let me read it one more time.
19:39.49ih8sum3rOkay okay understand :).
19:40.15``ErikC in college classes? I thought they quit that 20 years ago O:-) yeah, college lessons are fine for touching on basics, but a real project definitely pushes you
19:40.27ih8sum3rFor this I'm going to use ubuntu 14.04. Is that okay to you?
19:40.45brlcadsofat: looking good
19:40.57sofatthanks
19:41.01brlcadsofat: is this mid-progress or do you think you're done with everything?
19:41.03starseekerhere's the sf latest:  http://sourceforge.net/blog/sourceforge-infrastructure-and-service-restoration-update-for-724/
19:41.14vascthey thought us C in 2 hours of lab classes
19:41.21vascbasically we had to learn it ourselves.
19:41.31vasctaught
19:41.31brlcadsofat: because I still see Spainsh and Spainish which are wrong :)
19:41.44sofatohh
19:42.07vascwell i did enter college like 20 years ago.
19:42.23brlcadhaha, "has completed 22 letters, 4 remain"
19:42.33brlcadso 'b'rlcad is definitely in one of those 4 then :)
19:42.36``Erikspanglish?
19:42.53vasci think they start with scheme as their first language now
19:42.55brlcadsofat: it's "Spanish"
19:42.59vascused to be pascal when i started
19:43.22brlcadand really, all of the itemized languages should be written in their native language :)
19:43.31brlcadEspañol
19:43.35``Erikmit switched from scheme to python for intro a few years back, caused a bit of a stir in the lithp communities
19:44.06vascEspanhol
19:44.17brlcadsofat: now when I select on of the google translations, it gives a dialog saying "Error: Could not find Google translate frame."
19:44.42sofatre fresh page then try
19:45.04vascyou can get that from wikipedia
19:45.21vaschttps://www.wikipedia.org/
19:45.28brlcadsofat: refreshed, still error
19:45.31``Erik日本語
19:45.39``Erikterminal doesn't like kanji :(
19:45.56vasci can read it fine in xchat
19:46.23``Erikwoops, terminal likes it fine, ssh/tmux/irssi doesn't like it
19:46.28sofatbut on my side its working
19:46.44vascsome apps don't like utf-8 still
19:47.02ih8sum3rbrlcad: I have doubt in this "also has the added benefit of clean sandboxing". Can you please it.
19:47.04vascirc clients were quite bad at it
19:48.42brlcadih8sum3r: yes it's okay -- it really doesn't matter which OS just as long as you keep it really simple and only install what you need (i.e., you probably shouldn't install X11 or any GUI) -- which is probably just apache, meteor, mongodb, php, python, and a shell environment
19:48.48sofatbrlcad, it is working on chrome and firefox my side
19:48.55sofatwithout any error
19:49.08vaschttp://weechat.org/
19:49.34vascthat one's supposedly good
19:50.27ih8sum3rbrlcad: Ah! I see, Okay I'm on it.
19:51.31brlcadsofat: I'm not sure what to tell you ... it's not working here and it looks like that error message is from code you used from the web, not code you wrote yourself, so you have to debug it
19:52.43brlcadsearching the web, I see "Error: Could not find Google translate frame" is from snippets on how to use this -- you need to evaluate every line to make sure you understand how the code would get to that condition
19:53.47brlcadih8sum3r: as for "also has the added benefit of clean sandboxing" is merely to say that this web service will be running in a VM, which is a sandbox -- it's an enclosed environment
19:53.57``Erikah, it got accepted :)  https://itunes.apple.com/us/app/realm-status-for-world-warcraft/id960414524?ls=1&mt=8
19:54.07brlcadso if there's a security vulnerability in OGV, for example, it doesn't put the rest of the server at risk if running from a VM
19:54.23brlcadit'll just be slightly slower than if running native
19:55.03brlcad``Erik: heh, congrats!
19:55.07ih8sum3rbrlcad: Sorry for silly question so I need to install ubuntu server 14.04 on VM for testing? This one: http://www.ubuntu.com/download/server. Please pardon.
19:55.49``Erikalso; mother-effer, competing app was approved while mine was in the queue! beaten to the punch O.o
19:57.02ih8sum3rOkay I'll check that sandboxing thing will make sure that everything goes in a perfect way.
19:57.28``Erikthanks, brlcad :)
19:57.32vascnever programmed anything in objective c. i tried it in the 90s but i couldn't wrap my head around that method call syntax
19:57.44brlcadih8sum3r: that looks like it's probably right
19:58.33``Erikvasc: it's easy, [obj method:arg]; instead of obj.method(arg);
19:58.53``Erikswift has a more java smelling syntax
19:59.25ih8sum3rbrlcad: Okay, I'll start downloading and will report you asap.
19:59.37vasci remember it getting weirder in some cases
19:59.57vascwell whatever. it can't be worse than ML
20:00.26vasci had to program in caml light at one point
20:01.01``Erikheh, objc does have some weird invocations... [obj meth1:arg meth2: meth3:arg1, arg2, arg3] type stuff... what do ya expect, it's related to smalltalk (and sml/ocaml)
20:01.47vascpuke
20:01.54vasci hate ml
20:02.53vascso you basically can chain method invocations in the same call?
20:03.17vascseems really message passing oriented
20:08.57Stragus``Erik, what would that mean in C?
20:09.10Stragusnever learned objc, just seemed weird and pointless
20:10.04Stragusmeth1( obj, arg, meth2( obj, meth3( obj, arg1, arg2, arg3 ) );  ?
20:12.45*** join/#brlcad konrado (~konro@41.205.22.35)
20:15.01vasci remember hearing all these wonderful things about NeXTSTEP so i actually tried learning Objective C at one point. then i gave up. i thought it wasn't bound to have much impact. until i heard about steve jobs getting back to Apple.
20:15.25vascwell i would have never guessed it would spread so far
20:29.08*** join/#brlcad sofat_ (~sofat@202.164.45.204)
20:30.38vasci did know that apple was basically safe when i heard they were gonna switch from macos to nextstep (later macos x) though
20:31.01vascshame i was never into investing....
21:07.23brlcadnifty http://www.degraeve.com/color-palette/
21:07.57sofat_brlcad, i did some change please check one time more .
21:09.18brlcadsofat_: .... still Spainsh
21:09.31brlcadall the lessons ... http://202.164.53.122/wordpress/lessons/en/mged01_creating_primitive_shapes.php
21:09.47brlcadand I still get the Google Translate error
21:10.55vaschttps://color.adobe.com
21:11.14vascit also has 'create from image'
21:11.20vascyou can upload your own image
21:11.32vascand it generates a palette from it
21:12.08brlcadyou also still need to fix the two errors that were in the screenshot (style.css:432 and the brlcad.css 404)
21:14.02brlcadyeah, pretty cool too .. hadn't seen that
21:15.58brlcadsofat: other errors are base.css:248 (invalid property at '*'), style.css:432 (extra ;), foundation.min.css:1 (invalid css property decl at '*'), and brlcad.css missing at wordpress/css/brlcad.css
21:16.12vasci saw a site some time back which said the palettes in fashion for the season but i don't remember where it was
21:19.11brlcadalso translateelement.css:2
21:23.39brlcadsofat: please recheck all of the issues itemized in the last two e-mails - I still see several of them and it's wasting time for me to keep looking when some items are clearly not fixed yet
21:24.12brlcadif you don't understand an item, ask what was meant if you don't see what needs to be fixed or improved
21:29.33brlcadthe progress is good, but there are several little issues like getting google translate working ... it was working in your first version, so maybe look at what you've changed since then
21:30.06sofat_me , konrado and vasc check this
21:30.14sofat_he told me all is working
21:30.42sofat_brlcad, but I don't know what is problem your side
21:32.03vascit works here...
21:32.36vascgoogle translate
21:33.07ih8sum3rworking on my side too
21:33.08vascfirefox
21:35.16konradosorry for the misdirection sofat_, now I get the error with google chrome.
21:35.35sofat_but is error
21:35.36sofat_?
21:35.46konradobut I had no error with firefox
21:38.32konradoError say "The page at 202.164.53.122 says: Error: Could not find Google translate frame."
21:38.54sofat_refresh and try again
21:38.59vasci have no problems with chrome either. it asks me if i want to keep translating that page and i just ignore that dialog.
21:39.09sofat_may be slow internet problem
21:39.44sofat_i am also tested on chrome
21:43.35konradoOk it now works for me on chrome.
21:43.54sofat_brlcad, please tell me what i do ?
21:44.31vascjust figure out when that error happens and just return the untranslated page in case of error
21:44.42sofat_ok
21:45.21vascthe "Could not find Google translate frame." error
21:47.15sofat_hmm
21:48.43sofat_so now need to change this error. if any problem came then page reload without any changes
21:49.04vascit's my opinion
21:49.19vascit's better to give the user something other than just an error
21:49.33sofat_haha.
21:49.51vascfor all i know google translate or google services could be banned on someone's corporate network
21:49.53vascor something
22:27.38``ErikStragus: nothing. by the time you got C to do it, it wouldn't be C anymore... :D
22:28.19``Erikvasc: yes, objc is message oriented (very smalltalky)
22:31.41Stragus``Erik, so what would that mean in assembly? :p I don't really believe it can't be expressed in C
22:33.49vasci think its just:
22:34.13vascobj.meth1(arg).meth2().meth3(arg1, arg2, arg3)
22:34.56vascassuming the methods return the object...
22:35.12StragusUh.
22:35.26*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
22:35.34vascor obj.meth1(arg);obj.meth2();obj.meth3(arg1, arg2, arg3);
22:35.34StragusSo, meth1( obj, arg ), meth2( obj ), meth3( arg1, arg2, arg3 );
22:35.39vascyeah that
22:35.40StragusRight
22:36.05Notify03BRL-CAD Wiki:Gsbains123 * 0 /wiki/User:Gsbains123:
22:36.29Stragusclaims we have demonstrated here today that Obj-C is useless
22:36.31vascyou have an object and you do RPC calls on them
22:37.05vascwell it makes sense if you are using remote calls
22:37.33vasccoz you can bundle calls together in the same message packet
22:38.00vascif you aren't it seems useless
22:39.10StragusRemote calls?... That's an Obj-C compiler feature or these calls are just sent over the network?
22:39.53StragusBecause the C comma operator also performs the 3 function calls independently as a single statement
22:41.00vascyou can do message passing inside a machine too
22:41.04vascits just a paradigm
22:44.11*** join/#brlcad sofat (~androirc@202.164.45.204)
22:44.49vasci said it in the context of RPC because, at least to me, it makes the point of using a construct like that more obvious
23:08.41Notify03BRL-CAD Wiki:Konrado DJ * 9083 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 24 JULY 2015 */
23:14.15*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
23:22.30vaschttps://xkcd.com/1506/
23:22.34vasc:-D
23:29.07brlcadsofat: I told you what you could do -- you had translate working when you first added google translate ... then you changed it to this drop-down menu and it stopped working.  so you can compare what the differences are.
23:30.59brlcadsofat: either way, you have to debug the problem.  asking others if it works for them is not debugging.  saying it works for you is not debugging.  I provided the error message and that is a message from your code, so you should inspect and try to find the cause of the error.
23:34.29brlcadignoring the error is will result in unexpected behavior.  the message should be more user-oriented like "Automatic translation is currently unavailable." but this should only display when Google is down.
23:36.51vascsince he can't reproduce the bug himself his only alternative is to desk-check his code...
23:39.14brlcadsofat: to help with debugging, let me know what google address you're using for the translation service and I can try ruling out it being a cookie issue
23:40.03brlcadvasc: or write it himself so he understands what it's doing -- he's using a snippet he pulled from stackoverflow
23:40.59brlcadhe had/has a version where it was working, so he should be able to compare and find the differences
IRC log for #brlcad on 20150725

IRC log for #brlcad on 20150725

00:06.34*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
01:10.02*** join/#brlcad vasc__ (~vasc@bl13-121-122.dsl.telepac.pt)
02:24.42*** join/#brlcad gurwinder (~chatzilla@59.91.114.239)
04:15.00Notify03BRL-CAD Wiki:MeShubham99 * 9084 /wiki/User:MeShubham99/GSoc15/log_developmen:
04:15.34Notify03BRL-CAD Wiki:MeShubham99 * 9085 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */
04:28.51*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
05:57.06*** join/#brlcad shaina (~shaina@117.199.81.237)
06:46.07*** join/#brlcad gurwinder (~chatzilla@59.91.114.239)
06:54.07Notify03BRL-CAD Wiki:Gurwinder Singh * 9086 /wiki/Povray: Created page with "This article provides knowledge about different types of geometric primitive objects that can be exported from BRL-CAD to POV-Ray geometry file. Their properties, functions us..."
06:54.46Notify03BRL-CAD Wiki:Gurwinder Singh * 9087 /wiki/Povray:
06:57.01Notify03BRL-CAD Wiki:Gurwinder Singh * 9088 /wiki/Povray:
06:57.25Notify03BRL-CAD Wiki:Gurwinder Singh * 9089 /wiki/Povray:
07:06.39Notify03BRL-CAD Wiki:Gurwinder Singh * 9090 /wiki/Povray:
07:09.43Notify03BRL-CAD Wiki:Gurwinder Singh * 9091 /wiki/Povray:
07:10.41*** join/#brlcad shaina (~shaina@117.199.86.127)
07:11.02Notify03BRL-CAD Wiki:Gurwinder Singh * 9092 /wiki/Povray:
07:59.06*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
08:06.38Notify03BRL-CAD Wiki:Gurwinder Singh * 9093 /wiki/Povray:
08:30.15dracarys983Good for India : http://www.linuxfoundation.org/news-media/announcements/2015/07/linux-foundation-expands-access-linux-training-and-certification
08:34.32shainadracarys983: Thanks for sharing :)
08:35.17dracarys983shaina: You're welcome :)
08:57.11*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-gblghdmbinggcpwr)
09:26.26*** join/#brlcad konrado (~konro@41.205.22.3)
09:39.00*** join/#brlcad ih8sum3r (~deepak@122.173.49.166)
10:58.47Notify03BRL-CAD Wiki:Deekaysharma * 9094 /wiki/User:Deekaysharma/logs:
11:08.50*** join/#brlcad AndroUser2 (~androirc@202.164.45.208)
12:03.07*** join/#brlcad andrei_il (~andrei@109.100.128.78)
12:32.51*** join/#brlcad sofat (~androirc@49.138.88.209)
12:56.38Notify03BRL-CAD Wiki:Konrado DJ * 9095 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 25 JULY 2015 */
13:00.47*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
13:23.53*** join/#brlcad ih8sum3r (~deepak@122.173.49.166)
13:58.29*** join/#brlcad sofat_ (~sofat@202.164.45.204)
14:07.47*** join/#brlcad sofat_ (~sofat@202.164.45.204)
14:42.56*** join/#brlcad konrado (~konro@41.205.22.11)
14:45.42*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
15:56.36Notify03BRL-CAD Wiki:Gurwinder Singh * 9096 /wiki/Povray:
16:03.45Notify03BRL-CAD Wiki:Gurwinder Singh * 9097 /wiki/Povray:
16:04.44*** join/#brlcad gurwinder (~chatzilla@59.91.114.239)
16:11.53*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
16:14.35Notify03BRL-CAD Wiki:Gurwinder Singh * 9098 /wiki/Povray:
16:23.39Notify03BRL-CAD Wiki:Gurwinder Singh * 9099 /wiki/Povray:
16:57.30*** join/#brlcad Guest25154 (~konro@41.205.19.240)
16:57.41*** join/#brlcad sofat (~androirc@101.215.48.40)
17:10.26*** join/#brlcad sofat_ (~sofat@101.215.48.40)
17:18.51*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
17:24.50*** join/#brlcad Guest25154 (~konro@41.205.19.240)
17:41.34*** join/#brlcad sofat_ (~sofat@101.214.175.167)
19:44.42*** join/#brlcad konrado (~konro@41.205.22.6)
19:58.44*** join/#brlcad sofat (~sofat@101.208.229.103)
20:44.42Notify03BRL-CAD Wiki:Gsbains123 * 9100 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
20:45.51Notify03BRL-CAD Wiki:Gsbains123 * 9101 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
20:55.17Notify03BRL-CAD Wiki:101.208.229.103 * 9102 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
20:57.47Notify03BRL-CAD Wiki:101.208.229.103 * 9103 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
21:03.23*** join/#brlcad sofat (~androirc@101.208.229.103)
22:54.54Notify03BRL-CAD Wiki:Qbackusa57 * 0 /wiki/User:Qbackusa57:
23:08.30Notify03BRL-CAD Wiki:Andrei.ilinca24 * 9104 /wiki/User:Andrei.ilinca24/logs: /* Coding Period (2nd half) */
IRC log for #brlcad on 20150726

IRC log for #brlcad on 20150726

00:46.50starseekerwoot - svn update!
00:48.56starseekerhmm - to r65645
00:48.59starseekerchecks...
00:49.56starseekershould be at r65658
00:50.52starseekerlooks like we lost a few
00:52.53starseekerbrlcad: should we hold off on rebuilding the lost commits to see if they do more to restore things, or is it likely that those commits are lost?
01:11.39starseekersuspects they're gone for good...
01:23.10starseekerblinks - 65646 from email didn't apply cleanly to 65645
01:29.55starseekerhmm
01:50.58starseeker``Erik: what's our latest brlcad.git sync revision?
01:54.36starseekerbrlcad: I'll have to defer to you on this one - I'm not sure about the best procedures for this situation
01:55.19starseeker's gut says to lock the repo to prevent any more commits until things are straightened out...
01:57.25starseekerInteresting - http://sourceforge.net/p/brlcad/code/65646/tree/brlcad/ works as a hyperlink, but http://sourceforge.net/p/brlcad/code/65646/tree/brlcad/trunk/ does not
01:57.40starseekermaybe that means there is hope for a complete restoration
01:57.47starseekercrosses fingers
04:39.17*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
04:39.17*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
06:27.38*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
06:27.38*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
07:49.19*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
07:51.05*** join/#brlcad ih8sum3r (~deepak@122.173.49.166)
08:13.01*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
08:57.21*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mxvjyvetkymbrxiv)
09:05.50*** join/#brlcad andrei_il (~andrei@109.100.128.78)
10:50.37*** join/#brlcad ih8sum3r_ (~deepak@122.173.5.55)
10:56.49*** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net)
11:13.27*** join/#brlcad sofat (~androirc@202.164.45.204)
11:49.42*** join/#brlcad konrado (~konro@41.205.22.26)
11:51.02*** join/#brlcad shaina (~shaina@117.199.95.180)
12:26.49``Erikstarseeker: last I checked, I think it was like 65656
12:27.03``Erikruns the script to force an update
12:28.22``Erikhm, 65645 is what svn just gave me
12:34.51*** join/#brlcad shaina (~shaina@117.214.240.238)
13:45.47*** join/#brlcad sofat_ (~androirc@49.138.91.195)
14:13.08*** join/#brlcad konrado (~konro@41.205.22.27)
14:42.48*** join/#brlcad sofat (~sofat@202.164.45.204)
14:50.03*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
15:01.01*** join/#brlcad ih8sum3r (~deepak@122.173.5.55)
15:04.47*** join/#brlcad Izakey (~Izakey@41.205.22.31)
15:17.56starseeker``Erik: sourceforge doesn't seemto have all the commits in its restored svn
15:18.38starseeker``Erik: if we can pull 65645 from your git mirror, I'd like to compare it with what sourceforge is saying is 65645
15:20.09starseekerwill query sf support to see what they say...
15:29.11starseeker``Erik: unless the update script you ran killed those last few commits in the git repo?
15:31.19starseekersupport ticket filed:  http://sourceforge.net/p/forge/site-support/10873/
15:32.28starseekerhttp://sourceforge.net/blog/sourceforge-subversion-svn-service-online/
15:32.31Notify03BRL-CAD Wiki:Shaina7837 * 9105 /wiki/User:Shainasabarwal/GSoC15/logs: /* 18 July */
15:32.46starseekerdon't see any indication of known data restoration issues...
15:33.30Notify03BRL-CAD Wiki:Shaina7837 * 9106 /wiki/User:Shainasabarwal/GSoC15/logs: /* =20 July */
15:35.46*** join/#brlcad sofat (~sofat@202.164.45.212)
15:59.31*** join/#brlcad sofat (~sofat@101.213.252.172)
16:20.35*** join/#brlcad sofat (~sofat@202.164.45.204)
17:31.05*** join/#brlcad sofat (~sofat@202.164.45.204)
18:14.32*** join/#brlcad sofat (~sofat@202.164.45.212)
18:54.00*** join/#brlcad sofat (~sofat@49.138.145.117)
19:13.57*** join/#brlcad sofat (~sofat@202.164.45.212)
19:15.36starseekerapparently we aren't the only project seeing this issue
19:31.10starseekerlooks like the brlcad.org git clone has at least some of the newer commits
19:31.15starseekerlet the diffing begin...
19:32.31starseeker``Erik: interesting - your brlcad git repo is quite a lot smaller than the one I get - I wonder what's different
19:34.39starseekerah - only the master branch
20:02.09*** join/#brlcad bhollister2 (~brad@c-73-189-140-51.hsd1.ca.comcast.net)
20:13.41*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
20:14.32*** join/#brlcad sofat (~sofat@202.164.45.204)
20:15.08starseekerok, the git patches are applying cleanly
20:15.31starseekerisn't sure why the email versions look different...
21:08.06Notify03BRL-CAD Wiki:Deekaysharma * 9107 /wiki/User:Deekaysharma/logs:
21:56.23Notify03BRL-CAD Wiki:202.164.45.204 * 9108 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
22:34.39``Eriksf sent an email out saying that they restored from an older backup, thus the revision rewind
22:35.33``Erik/win 24
IRC log for #brlcad on 20150727

IRC log for #brlcad on 20150727

00:31.09starseekerhttp://sourceforge.net/blog/subversion-repository-gap-notifications-by-email/
00:31.13starseekerconfound it
00:31.29starseekerthey shouldn't have enabled committing without doing that
00:34.27starseeker``Erik, brlcad: should we put out an email not to commit until we get this fixed?
00:37.23starseekerI've got patches for most of the missing commits to master thanks to the brlcad.org git repo, but that doesn't cover branches and it's missing a couple at the end
00:38.19starseekerthose will probably have to be reconstructed from the brlcad-commits emails
00:39.17starseekernot sure what will happen to local checkouts that already have these commits when they svn up after we rebuild them - may have to tell people to do new checkouts
01:38.25*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
01:38.25*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
02:00.40*** join/#brlcad gurwinder (~chatzilla@117.220.148.234)
02:20.49Notify03BRL-CAD Wiki:Gurwinder Singh * 9109 /wiki/Povray:
02:22.49Notify03BRL-CAD Wiki:Gurwinder Singh * 9110 /wiki/Povray:
02:40.08Notify03BRL-CAD Wiki:Gurwinder Singh * 9111 /wiki/Povray:
02:41.43Notify03BRL-CAD Wiki:Gurwinder Singh * 9112 /wiki/Povray:
02:42.49gurwinderbrlcad: Hi, please check the page http://brlcad.org/wiki/Povray
02:43.45gurwinderbrlcad: I have written it according to your given instructions.
03:37.47*** join/#brlcad gurwinder (~chatzilla@117.220.148.234)
04:50.50*** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-mxvjyvetkymbrxiv)
05:32.52brlcadstarseeker: I have a more detailed e-mail from sourceforge on exactly which commits are missing and am passing it along to everyone
05:35.41brlcadas this is essentially a revert with a day and a half of commits dropped, individual authors will just have to replay their commits (one at a time or they can diff to a new checkout and collapse to fewer commits)
05:37.11brlcadwhat will likely happen to existing checkouts that were up-to-date is that they'll first report no such revision .. then when that revision exists, it'll likely report a checksum mismatch and have to get checked out again
05:40.04gurwinderbrlcad: please check http://brlcad.org/wiki/Povray
05:40.18brlcadgurwinder: yes, I saw your link, patience please :)
05:40.24brlcadkind of have a major issue going on right now
05:40.35gurwinderbrlcad: ok :)
05:57.20brlcadgurwinder: okay, took a quick look and that looks great -- of those that are incomplete, here are a few in a rough priority order: ellg/ell1 (these are simply ell), tec/trc (these are simply tgc), half, pipe, arbn, ehy, epa, rhc, rpc, bot, and then probably extrude and revolve (which requires sketch)
05:58.01brlcadyou don't have to do anything special for the ell/tgc specializations, just write them out as ell/tgc
05:58.27brlcadthe same shape should result -- how you get there is somewhat unimportant for povray export
05:59.35gurwinderbrlcad: Ok, I will do these two first
06:00.28gurwinderand want to know about my patch submittion
06:01.01brlcadgurwinder: all patches are on hold for a couple days until we get the repository back online and up-to-date
06:01.11gurwinderbrlcad: How to submit my work? One by one or by submitting it as a single file
06:01.22brlcadsourceforge restored our repository, but we lost 4 days of commits that we have to re-do
06:01.37gurwinderbrlcad: Ok, I undertand :)
06:02.29brlcadgurwinder: ah, whether to combine or keep separate -- it depends
06:03.02brlcadyou have a couple pending already that need to be reviewed
06:04.08brlcadas you complete additional work, it'll probably be easier for you and your reviewer if all your work is in one patch file
06:04.22brlcadBUT that means you will have to work even harder to make sure there aren't any problems in your patches
06:05.15gurwinderOk, I will submit it with my additional work. And the patch that I have submitted is working well on my system.
06:05.28brlcadif you see anything that can be improved in the code you wrote, you should make sure your patch has the improvement
06:05.37brlcadif you see something that can be improved, I will almost certainly see it too
06:06.33brlcadfor that, I mean coding style, indentation, proper names, proper comments, etc ... the issues listed in HACKING and more
06:06.59brlcadbasically be CONSISTENT ;)
06:09.43gurwinderok, If anything left I think re-viewer's comment is good way to get it :)
06:10.41brlcadit's not .. anything left that the reviewer finds disqualifies that patch as demonstrating commit competency
06:12.12gurwinderoh, Ok then :)
06:12.22brlcadthe reviewer IS a good source for feedback on the design, intent, scope, etc ..
06:13.54brlcadbut your job is to make sure your work is "complete" (remember the acceptance requirements you agreed to) such that nothing you submit will have to get "cleaned up" by someone else or (worse) undone
06:14.53brlcadgurwinder: in addition to the coding style issues in HACKING, you can see a specific review checklist in doc/code_review.txt ... ask yourself each question
06:16.18brlcadif you don't understand any of them, just ask
06:17.50gurwinderbrlcad: thank I will check my patch by going through all those questions. I will ask If I have any problem :)
06:27.22brlcadthx
06:28.43brlcadstarseeker: can you snarf the individual patches from the git mirror into a web folder (from r65597 forward) to individuals can replay their commits?
06:35.02brlcadstarseeker: never mind, already did it
06:35.28*** join/#brlcad shaina (~shaina@59.89.44.182)
07:42.48Notify03BRL-CAD:brlcad * 65646 brlcad/trunk/TODO: test commit after sourceforge backup recovery (4 days lost + down 8), mention ovoid shape a new primitive as our existing solvers should easily handle it
07:57.36Notify03BRL-CAD:brlcad * 65647 brlcad/trunk/TODO: correction, only 1.5 days lost (13 commits, 4 devs impacted). this is a replay commit of what was r65658 - some more thoughts on extending libbu's parallelism functionality.
08:02.33Notify03BRL-CAD:brlcad * 65648 brlcad/trunk/src/librt/primitives/datum/datum.c: replay of r65649 following major Sourceforge service outage (hard file store failure, filesystem corruption, full backup restoration): update copyright to inception, even though it was derived from the template.
08:06.36Notify03BRL-CAD:brlcad * 65649 brlcad/trunk/src/librt/primitives/datum/datum.c: replay of r65650.document what's going on here better with the buffer size padding, so simple changes to datum data don't end up leaving pockets of dead objects throughout the .g file. also fix a bug in the size where we weren't allocating space for the decode size bytes.
08:07.13*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-vqlyjnllsckpdlvi)
08:41.58*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
08:55.27*** join/#brlcad merzo (~merzo@92.60.189.225)
09:50.10*** join/#brlcad andrei_il (~andrei@109.100.128.78)
10:32.57*** join/#brlcad sofat (~sofat@202.164.45.204)
10:39.17*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:42.00*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:12.50*** join/#brlcad luca79 (~luca@host4-221-dynamic.5-87-r.retail.telecomitalia.it)
12:13.24*** join/#brlcad sofat (~sofat@202.164.45.204)
12:30.13*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
12:30.25*** join/#brlcad sofat (~sofat@202.164.45.204)
12:34.42*** join/#brlcad ih8sum3r (~deepak@122.173.5.55)
12:36.43*** join/#brlcad shaina (~shaina@59.91.92.89)
12:42.22*** join/#brlcad sofat_ (~sofat@101.208.64.209)
12:59.04*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
13:11.57Notify03BRL-CAD:starseeker * 65650 brlcad/trunk/src/libbrep/shape_recognition.cpp: Replay of commit r65653 - This test was known to be insufficient/incorrect from the outset - it's going to take a raytracing based approach to resolve this question generally. Will have to punt and return the to-be-evaluated cases in a struct, so bu_ptbl won't cut it as a return type either.
13:12.48Notify03BRL-CAD:starseeker * 65651 brlcad/trunk/src/libbrep/shape_recognition.cpp: Replay of commit r65654 - This'll be a job - has to be done in libged land (or possibly libanalyze/librt) but make some notes for now on how we'll have to go at it.
13:13.40*** join/#brlcad andrei_il (~andrei@109.100.128.78)
13:13.47Notify03BRL-CAD:starseeker * 65652 brlcad/trunk/src/libged/nmg_cmface.c: Replay of commit r65655 - Apply patch #390 from Brad Hollister, removing unused tmp variable.
13:14.26Notify03BRL-CAD:starseeker * 65653 brlcad/trunk/src/libged/nmg_cmface.c: Replay of commit r65656 - Apply patch #390 version 2 from Brad Hollister
13:25.35*** join/#brlcad sofat_ (~sofat@101.208.64.209)
13:26.46*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
13:36.55*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
13:39.15starseekerbrlcad: that should be all of mine
13:46.13*** join/#brlcad sofat_ (~sofat@101.208.64.209)
13:57.11Notify03BRL-CAD:ejno * 65654 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: recommit r65646 after sourceforge outage: 'write CCONE1 records'
13:58.39Notify03BRL-CAD:ejno * 65655 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: recommit r65647 after sourceforge outage: 'write a CCONE2 if the CCONE1 internal radii are zero'
14:01.23Notify03BRL-CAD:ejno * 65656 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: recommit r65657 after sourceforge outage: 'remove unnecessary try block'
14:13.03*** join/#brlcad sofat_ (~sofat@202.164.45.212)
14:19.45Notify03BRL-CAD:ejno * 65657 brlcad/trunk/src/conv/3dm/3dm-g.cpp: check argc to ensure that there are no excess arguments; free brep on exception; remove unused options
14:21.11Notify03BRL-CAD:ejno * 65658 brlcad/trunk/src/conv/gcv/gcv.cpp: fix typo in comment
14:23.55Notify03BRL-CAD:ejno * 65659 (brlcad/trunk/src/libgcv/gcv_test.c brlcad/trunk/src/libgcv/plugin.c): check for excess arguments; simplify loop
14:26.26Notify03BRL-CAD:ejno * 65660 brlcad/trunk/src/libgcv/facetize.c: move BU_UNSETJUMP to correct location
14:30.16Notify03BRL-CAD:ejno * 65661 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c: return error rather than exiting on unexpected EOF; free all memory before returning
14:33.05Notify03BRL-CAD:ejno * 65662 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix truncate_float(); refactoring
14:36.54*** join/#brlcad shaina (~shaina@61.0.202.88)
14:39.35Notify03BRL-CAD:ejno * 65663 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cc.h brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cpuconfig.h and 11 others): formatting; replace math3d.h macros with those from vmath.h; fix so that if tri_count/1024 == 0, use one thread
14:44.52Notify03BRL-CAD:ejno * 65664 brlcad/trunk/src/librt/reduce.c: use direct comparisons when checking 0.0 <= reduction_level <= 1.0
14:47.06Notify03BRL-CAD:brlcad * 65665 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: sub-bullet presentation cleanup made obvious by sofat's automatic rendering
14:47.55*** join/#brlcad sofat_ (~sofat@101.208.64.209)
15:00.27Notify03BRL-CAD:ejno * 65666 brlcad/trunk/src/librt/primitives/bot/decimate.c: use direct comparison for feature_size
15:06.17*** join/#brlcad arno (~luca@host17-111-dynamic.4-87-r.retail.telecomitalia.it)
15:21.27*** join/#brlcad libero (~luca@host129-20-dynamic.4-87-r.retail.telecomitalia.it)
15:23.02Notify03BRL-CAD:ejno * 65667 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c: close fpin on failure to open the plot file
15:48.13Notify03BRL-CAD:starseeker * 65668 brlcad/trunk/TODO: Need to fix MGED clear command - giving Error: can't read "PRIV\(console\)": no such element in array
15:55.40Notify03BRL-CAD:starseeker * 65669 (brlcad/trunk/src/libanalyze/CMakeLists.txt brlcad/trunk/src/libanalyze/raydiff.c): Begin refactoring of libanalyze raydiff pieces - these will be useful for other logic as well.
16:07.18Notify03BRL-CAD:starseeker * 65670 (brlcad/trunk/src/other/openscenegraph/CMakeLists.txt brlcad/trunk/src/other/openscenegraph/src/CMakeLists.txt): Enable the building of osgQt - not quite sure this version of Qt/OSG integration will work with the latest Qt5, but enable what is available as a starting point.
16:19.56Notify03BRL-CAD:starseeker * 65671 (brlcad/trunk/db/nist/CMakeLists.txt brlcad/trunk/db/nist/README): NIST has released a number of additional public domain NURBS CAD files - incorporate into build. The 7-10 assembly files are currenly too slow as STEP files, so they've been added as a single 3dm file which attemps to place them in assembly positions.
16:27.48Notify03BRL-CAD:carlmoore * 65672 brlcad/trunk/TODO: fix a spelling in TODO
16:40.42Notify03BRL-CAD:starseeker * 65673 brlcad/trunk/TODO: Start mapping local git commits back into trunk. Make a note to investigate CmakePushCheckState macros
16:45.13Notify03BRL-CAD:starseeker * 65674 (brlcad/trunk/src/other/stepcode/CMakeLists.txt brlcad/trunk/src/other/stepcode/src/exp2cxx/CMakeLists.txt brlcad/trunk/src/other/stepcode/src/express/CMakeLists.txt): Don't do the fancy version trick when SCL is a subbuild - it causes problems with continual rebuilding with newer GCC compilers.
16:48.07Notify03BRL-CAD:starseeker * 65675 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/raydiff.c brlcad/trunk/src/libanalyze/util.c): Move grazing elimination into util.
16:48.51*** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:f04d:35ac:f0ba:5880)
16:52.53Notify03BRL-CAD:starseeker * 65676 (brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp =================================================================== and 479 others): Forgot to add this one
16:53.31Notify03BRL-CAD Wiki:Shaina7837 * 9113 /wiki/User:Shainasabarwal/GSoC15/logs: /* 25 July */
16:54.15Notify03BRL-CAD:starseeker * 65677 (brlcad/trunk/src/libanalyze/CMakeLists.txt brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp): Convert util to C++
16:55.21Notify03BRL-CAD:starseeker * 65678 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/raydiff.c brlcad/trunk/src/libanalyze/util.cpp): Try to make the solid ray filter a bit more generic from a data type standpoint.
16:56.29Notify03BRL-CAD:starseeker * 65679 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/raydiff.c brlcad/trunk/src/libanalyze/util.cpp): Inching slowly towards a generic analyze_gen_worker function
16:57.37Notify03BRL-CAD:starseeker * 65680 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/raydiff.c): Another step towards a generic gen_worker
16:59.26Notify03BRL-CAD:starseeker * 65681 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/raydiff.c brlcad/trunk/src/libanalyze/util.cpp): Make a universal libanalyze worker generator, with better CPU utilization characteristics.
17:00.04Notify03BRL-CAD:starseeker * 65682 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/util.cpp): Start rework of get solid partitions function
17:01.09Notify03BRL-CAD:starseeker * 65683 brlcad/trunk/src/libanalyze/util.cpp: more updating of the solid partitions func to the new approach
17:01.59Notify03BRL-CAD:starseeker * 65684 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/tests/CMakeLists.txt brlcad/trunk/src/libanalyze/util.cpp): Get the solid partitions function printing out some info.
17:02.42Notify03BRL-CAD:carlmoore * 65685 brlcad/trunk/HACKING: fix a spelling
17:02.44Notify03BRL-CAD:starseeker * 65686 brlcad/trunk/src/libanalyze/util.cpp: Infinite loops are a bad thing... make sure they can't happen here.
17:03.11*** join/#brlcad sofat_ (~sofat@202.164.45.204)
17:03.46Notify03BRL-CAD:starseeker * 65687 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/raydiff.c): Fiddle with libanalyze rt prep - something funny going on here.
17:04.45Notify03BRL-CAD:starseeker * 65688 brlcad/trunk/src/libanalyze/raydiff.c: Put some timers in for debugging gdiff performance
17:05.28Notify03BRL-CAD:starseeker * 65689 brlcad/trunk/src/libanalyze/util.cpp: Start working on bookkeeping of hits and overlaps.
17:06.23Notify03BRL-CAD:starseeker * 65690 brlcad/trunk/src/libged/shape_recognition.cpp: Start thinking about how we're going to handle managing using the raytracer to augment the comb definition from the libged side of things.
17:07.25Notify03BRL-CAD:starseeker * 65691 (brlcad/trunk/include/brep.h brlcad/trunk/src/libanalyze/analyze_private.h and 4 others): Checkpoint work towards using raytracing to do subtraction evaluations.
17:08.04Notify03BRL-CAD:starseeker * 65692 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/util.cpp): More work on solid partition collecting
17:09.09Notify03BRL-CAD:starseeker * 65693 brlcad/trunk/src/libanalyze/util.cpp: Get the filtered results into the results bu_ptbl.
17:10.01Notify03BRL-CAD:starseeker * 65694 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libanalyze/util.cpp): Start thinking about how the raytracing and the partition checking will interact
17:10.40Notify03BRL-CAD:starseeker * 65695 (brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libged/shape_recognition.cpp): checkpoint
17:11.34Notify03BRL-CAD:starseeker * 65696 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/CMakeLists.txt and 3 others): Stub in actual functions to do subtraction evalutions. Quite a bit of logic needed here.
17:12.26Notify03BRL-CAD:starseeker * 65697 (brlcad/trunk/include/brep.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libbrep/shape_recognition.h): More work on preparing for ray subtraction analysis. Realized the subbrep_bbox function actually already does what we need for this...
17:15.42Notify03BRL-CAD:starseeker * 65698 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: Checkpoint of most recent git changes.
17:16.33starseekerphew
17:20.20*** join/#brlcad shaina (~shaina@117.214.243.253)
17:25.03*** join/#brlcad Gurwinder (75dc94ea@gateway/web/freenode/ip.117.220.148.234)
17:25.47*** join/#brlcad sofat (~sofat@202.164.45.204)
17:28.24*** join/#brlcad gurwinder_ (~chatzilla@117.220.148.234)
17:28.53brlcadstarseeker: thanks -- looks like we're good to go
17:29.35brlcadlee has three on the ert branch, but otherwise back on track
17:29.53sofatbrlcad, hello
17:30.13brlcadsofat: all done with everything?
17:30.28brlcador almost
17:31.00ih8sum3rbrlcad: I have dropped an email to you. Please check once.
17:31.25gurwinder_brlcad: I'm working on ell1 ellg, I think they comes under ell. And tec under tgc.  Right?
17:31.30sofatI need some help regarding google custom search.
17:33.45brlcadgurwinder_: that sounds correct, yes -- though I'm not sure those are actually distinguishly different types
17:35.27gurwinder_brlcad: Thanks :).  I just want to confirm as I also check them using mged. Thanks :)
17:35.34brlcadi.e., if you open a .g file ...there is no such thing as a tec/ell1/ellg
17:36.08brlcadthey only are an option on creation via the in/make commands as they take different parameters
17:36.29brlcadbasically can think of them like alternative constructors, like C++ classes
17:37.14gurwinder_yes
17:37.23brlcadso ... you may be done already
17:37.48gurwinder_brlcad: yes I have done with them.
17:39.10gurwinder_brlcad: As by your priority order next is half? Right?
17:39.33brlcadI gave you the list, your responsibility to track it ;)
17:40.07brlcadif you don't have the list, you should pull the IRC log
17:40.24gurwinder_Yes, I have that list in my system.
17:40.43*** join/#brlcad sofat (~sofat@202.164.45.204)
17:40.45gurwinder_So I'm going to work on that list
17:40.49gurwinder_:)
17:41.15brlcadih8sum3r: I'd like to see your work set up running somewhere before proceeding differently
17:43.08*** join/#brlcad konrado (~konro@41.205.22.7)
17:43.20ih8sum3rYou mean production ready thing or front-end and back-end merged branches? Or Both.
17:43.31*** join/#brlcad sofat_ (~sofat@202.164.45.204)
17:43.32brlcadih8sum3r: so if you have the VM working, either make the web server available somewhere or make the disk image available
17:44.03brlcadi mean your work
17:44.31sofat_I also update the language work, presentation work, and working on google custom search.
17:44.34brlcadthe merged mess would be useful to see in comparison, but need to see either a before or after for that to matter much
17:44.49brlcadsofat_: url?  the ones I'm testing no longer seem to be there
17:45.50sofat_<PROTECTED>
17:45.56brlcadsofat_: to be clear, you should be working on google custom search specific to the documentation only, not the entire website
17:46.23sofat_<PROTECTED>
17:47.08sofat_this is presentations links :- http://202.164.53.122/wordpress/presentations/en/brlcad-app-devel_2.html#/
17:47.28sofat_http://202.164.53.122/wordpress/presentations/en/intro-to-tcltk_2.html#/
17:47.31brlcadsofat_: what did you change?!  ... google translate is working now :)
17:47.48ih8sum3rbrlcad: I'll try to make it available somewhere, the size of image is to large (around 3-4GB) so it will take bit time. Report you asap.
17:48.19brlcadih8sum3r: why is it that big?
17:48.21sofat_I am made some changes in google translator plugin code.
17:48.44brlcadsofat_: and those changes were? ... can you explain the fix?
17:48.57sofat_yes i explain.
17:50.11sofat_you send some links. regarding this work . in these links have some code. so then use this code.
17:51.08sofat_but this code not work on your side , and gave the error . so I now what i do.
17:51.32ih8sum3rbrlcad: This is the size of .vdi file let me check after converting it into .vmdk. Above I wrote .vdi file size.
17:52.48brlcadsofat_: when I provide links to code, that is not ever direction to simply use that code -- it's to understand possible solutions to a given problem, related information
17:53.11brlcadih8sum3r: I know it's the size of the vdi file -- my question is why is it that big :)
17:53.16sofat_i Have google translator plugin which i am used before this work , because last time you said "  when you convert the style of languages then it stop the working before this its working on  my side  " so that's  means I goging to update the code of plugin instead using other code now I online update the layout os plugin and it working .
17:53.45sofat_s/goging/going
17:54.05sofat_s/online/only
17:54.12sofat_s/os/of
17:54.16brlcadback up ...
17:54.21ih8sum3rbrlcad: I installed the required packages side by side and also did the updates after that it shows me this much size.
17:54.34brlcad"but this code not work on your side , and gave the error . so I now what i do." ... what did you do? what was the error?
17:54.42brlcadwhat was the fix?
17:55.24sofat_error is library which i used its old version .
17:55.24brlcadih8sum3r: if you do a df -k inside the vm, what does it report being in use?
17:55.37brlcadsofat_: which library?
17:57.08sofat_which is using for google translator.
17:57.28brlcadyou're not being specific
17:57.35brlcadgive me a name or a url or something
17:57.52brlcadis it code you wrote?
17:57.59brlcad*completely*
17:58.17brlcador code that calls a library someone else wrote?
18:00.50ih8sum3rbrlcad: Here is the output : http://pasteboard.co/2hccOlfF.png
18:02.07sofat_there is plugin code
18:02.08sofat_http://202.164.53.122/wordpress/wp-content/plugins/google-language-translator/
18:02.37sofat_I only made the changes in layout because this plugin already works
18:03.26sofat_I only update this file google-language-translator.php
18:08.35sofat_brlcad, please check presentation work and tell changes.
18:13.28brlcadih8sum3r: what is that df telling you?
18:15.29*** join/#brlcad konrado (~konro@41.205.22.53)
18:16.33sofat_brlcad, I facing problem with google custom search it is not working with my docs means its not search these docs.
18:16.48sofat_I also upload the sitemap on webmaster tools
18:16.54brlcadsofat_: okay, so you changed it from the code copy-pasted from StackOverflow with the official wordpress google-language-translator plugin
18:17.02sofat_yes
18:17.21brlcadyou should have started by saying that :)
18:17.46sofat_so this is not working properly
18:17.48ih8sum3r34% used for home and 19
18:17.51ih8sum3r% for boot
18:18.00brlcadso effectively, we don't know why it was broken and didn't directly fix the error, but you switched it to a plugin where it is working
18:18.06ih8sum3rI am right. This is what I can see.
18:18.50brlcadih8sum3r: percentage doesn't matter .. the question is surrounding how much disk space is in use and why that much :)
18:18.54sofat_problem is that which error you show me I solve this error (javascript )
18:19.09brlcadih8sum3r: so how much is in use within the disk image?
18:19.19sofat_after that its not working
18:19.53brlcadsofat_: I don't understand -- are you saying it no longer works for you?
18:19.55sofat_so then you told me your old part is working fine then i switch to old and made some changes in this only layout changes
18:19.59sofat_yes
18:21.10brlcadthe current version does not work for you?
18:21.11sofat_I am saying which error you send me in image on mail. I solve this error but after that its not work on your side.
18:22.19brlcadproblems are only solved when it is working correctly for everyone
18:22.27brlcad"solved" is not the right word
18:22.29sofat_I think you not understand
18:22.44ih8sum3r6.6G is in use + 42MB. I think I have done something wrong while assigning memeory space. Total size is of 21G.
18:22.55sofat_ok i explain again .
18:23.05ih8sum3rOn which 6.6G is in use.
18:23.54brlcadih8sum3r: right, about 6.6 GB in use ... and that's obviously being compressed if the vdi/vmdk is 3-4 GB
18:24.19brlcadsofat_: what is the purpose of the explanation?
18:24.50sofat_how i solve this problem
18:25.26brlcadih8sum3r: so the question of why is the vdi 3-4 GB is because the disk data is 6.5 GB of data ... so then the NEW question is why is there 6.5 GB being used in the image -- where is most of that space going?
18:25.57brlcadsofat_: before you explain again, then ... is it working for you now?
18:26.05brlcadbecause if it's not, then it's not solved
18:26.10sofat_yes
18:26.15sofat_its working now
18:26.21brlcadokay .. you just told me that it was not working for you :)
18:26.28ih8sum3rbrlcad: Questions seems intresting let me find answer for this.
18:26.53sofat_so now on google custom search so i need some help
18:27.22sofat_I upload my sitemap on webmaster tool but after that it could not search my docs
18:27.41brlcadih8sum3r: if you're willing to wait a long while (hours), something like this will tell you the biggest folders:  find / -type d -exec du -ks {} \; | sort -n | tee dir_sizes.txt
18:27.48sofat_i set this url for search 202.164.53.122/wordpress
18:30.25sofat_and also check my presentation work and tell me about changes
18:31.15brlcadsofat_: before changing subject, I want to be clear about something -- namely that you did not learn why it google translate wasn't working
18:31.35brlcadwith the prior solution
18:33.11brlcadyou got it working again by reverting to the WP plugin, which is fine -- but in responding to my question of "what was wrong?", the answer should have been "I don't know.  I worked around the problem by using the plugin, which worked."
18:33.31brlcadI say that only because it took almost an hour to get that understanding
18:34.19sofat_<PROTECTED>
18:34.42sofat_because after removing all error its not working
18:34.54brlcadthat's fine
18:35.01sofat_so then I again switch to plugin and customize it
18:35.15brlcadbut that's the answer, not that it's solved ;)
18:35.21brlcadsolved means something else
18:35.29sofat_hmm
18:35.31sofat_:-(
18:35.52brlcadthis is just a language issue, not a quality of work question
18:35.58brlcadyou got it working, which is great
18:36.45sofat_okay
18:37.07brlcadthere are still some changes I'd like to see to translation but they are minor
18:37.24sofat_ok tell me
18:37.58brlcadlater, lets move on to the presentations
18:38.21sofat_ok
18:38.50brlcadthey look much better now
18:38.56sofat_okay
18:39.01brlcadyou did not need to match the style and blue color, but that's a stylesheet issue we can fix
18:39.15brlcadthe issues I mentioned by e-mail were structural xml transformation problems
18:39.28brlcadthere is still at least one issue I see, images are duplicated
18:39.30sofat_what please explain
18:40.30brlcadah, you fixed it!  never mind
18:40.44brlcadI was looking at intro-to-tcltk.html, not intro-to-tcltk_2.html
18:40.53sofat_hahah
18:41.12brlcader, hrm
18:41.27brlcadno, the images are still duplicated :)
18:41.46brlcadneat that you have the navigation going down on them though
18:41.48sofat_this is in xml document also
18:41.54brlcadyes it is
18:42.05brlcadbut they are just one image
18:42.09brlcadone mediaobject
18:42.19sofat_ok no problem its not big problem
18:42.29sofat_ok
18:42.30brlcaddifferent images for different output formats (fo vs html)
18:42.52sofat_ok
18:43.35brlcadwhen you're dealing with images, you want to have web resolution (e.g., 1024x768) and print resolution (e.g., 8192x6144)
18:44.08brlcadthey happen to be the same for that presentation, but they should be different size images
18:44.15sofat_hmm
18:44.23brlcadand only one should get used
18:45.14brlcadsince it's web, you want the role=html mediaobject imageojects only
18:45.32sofat_ok
18:45.33brlcadif it were for pdf, you'd want the role=fo version
18:46.27sofat_ok
18:47.19brlcadthe color theme should match the main site
18:48.05sofat_ok
18:48.10sofat_no problem
18:48.14sofat_next
18:48.17brlcadthe rest of the problems I see are problems in the original xml
18:48.32brlcadyes, so that's good
18:48.51brlcadis it possible to make the link be more interesting?
18:49.03brlcadthe link to the presentation from the presentation overview page
18:49.38sofat_hmm yes i try to do some interesting
18:49.52brlcadi'm talking about the "Read More"
18:50.05sofat_so now next changes for language translator .
18:50.18brlcadwait, must make sure we understand each other :)
18:50.21sofat_yes i will change change this
18:50.27brlcadI'm talking about this page:  http://202.164.53.122/wordpress/presentations/en/intro_intro-to-tcltk.php
18:50.34sofat_I know that
18:51.00brlcadI think the fix requires a change in the repo
18:51.09sofat_if explain some thing interesting  ?
18:51.24sofat_which type you want  for this
18:51.25brlcadthat there needs to be an overview xml file for each presentation separate from the presentation itself
18:51.34sofat_yes
18:51.48brlcadprobably an article
18:52.08sofat_yes
18:52.23brlcadand that overview page would maybe have a small image preview of the presentation title page
18:52.43brlcadthe preview image and "Read More" would both link to the presentation
18:52.54brlcadnot sure how to embed that into the article
18:53.30sofat_ok
18:53.39brlcadlet me add a simple overview page for one of those presentations and you can try to figure out how to link them?
18:53.57ih8sum3rbrlcad: I used the command you gave me it gives to long output. I used another command and it shows me the following output: http://pasteboard.co/2hfzibef.png. Still there is a mystery that where rest of the space is being used.
18:54.36brlcadsofat_: oh, I take that back -- we are working in docbook land, so maybe the overview and the presentation can be combined sort of like how it's working now
18:55.04brlcadsofat_: we just need to separate out some section in the xml file to be the overview
18:55.12brlcadnot the first page
18:55.25brlcadand not include that overview in the presentation itself
18:55.39sofat_means i can't understand now please explain in simple english
18:56.35brlcadih8sum3r: that implies you used a 5 GB linux image?
18:56.52brlcadsofat_: okay
18:57.11brlcadsofat_: specific example, consider doc/docbook/presentations/en/intro-to-tcltk.xml
18:57.28sofat_<PROTECTED>
18:57.36brlcadright now, you use that to make http://202.164.53.122/wordpress/presentations/en/intro_intro-to-tcltk.php
18:57.51sofat_yes
18:57.54brlcadand http://202.164.53.122/wordpress/presentations/en/intro_intro-to-tcltk_2.html
18:58.12sofat_yes
18:59.04ih8sum3rbrlcad: I used iso file (approx. size 625MB) and maybe after installing it expands to this much size.
18:59.25brlcadthat's good, that works -- the only problem is that the overview page (intro_intro-to-tcltk.php) needs an introduction and preview of the presentation BUT we do not want that intro in the presentation itself (intro_intro-to-tcltk_2.html)
18:59.51brlcadih8sum3r: that's where knowing what that 5GB is would be helpful
18:59.56brlcaddid the command I gave you complete?
19:00.09ih8sum3rYes completed.
19:00.17brlcadokay, so just run less on the file
19:00.25brlcadless dir_sizes.txt
19:00.43brlcad(and "man tee" since you apparently don't know what that did) ;)
19:01.26brlcadcopy-paste the top 100 or so dirs into a text pastebin
19:01.27sofat_for that  i need to update your xml docs separate the intro part from presentation i am right ?
19:01.38brlcadsofat_: right!
19:01.54sofat_okay now for language translator ?
19:02.07brlcadsofat_: I'm not sure exactly how to do that, but hopefully you can figure it out ;)
19:02.26sofat_ok
19:02.38brlcadokay, last issue -- I assume you mean google search not translation?
19:02.47sofat_ok
19:03.15sofat_both
19:03.27brlcadokay, so translation first -- what?
19:04.02brlcadmy earlier comment about a couple more changes?
19:04.04sofat_you also told me you need some changes in translation so which changes you want?
19:04.08brlcadokay, yes
19:04.19brlcadcouple minor issues
19:04.24sofat_tell me
19:04.31brlcadgetting there :)
19:05.02sofat_hmm ?
19:05.16brlcadit means be patient, I'm trying to type :)
19:05.23brlcadthe language list is all in english
19:05.32brlcadthat's not very helpful if you don't speak english...
19:06.10sofat_okay
19:06.56Notify03BRL-CAD Wiki:Bhollister * 9114 /wiki/User:Bhollister/DevLogJuly2015:
19:07.20brlcadthe languages should all be with native character set and spelling
19:07.53brlcade.g., ?????? instead of hindi
19:07.54sofat_means ?
19:08.37brlcade.g., http://piwigo.org/screenshots/piwigo-2.2-language_switch.png
19:09.27brlcadI also think the flag on the left of the name will work better for layout, just like in that image
19:09.44sofat_ok
19:10.00brlcadwhich icon set are you using?
19:10.45sofat_this plugin fetch the icons automatically .
19:10.55brlcadfrom where?
19:11.23sofat_form server
19:11.31brlcadof course
19:11.40sofat_i don't know which server
19:11.40brlcadyou're not being specific
19:12.16brlcadwe need to know which server, what license of use they are under
19:12.24sofat_ok
19:13.56sofat_okay you want the language not in  english they  must ve in  original name like hindi is written in hindi language not english i am right ?
19:14.07sofat_s/ve/be
19:14.50brlcadthe other issue is minor, but surprising ... when the page is loaded, it first displays all the flags while they are loaded and THEN it hides them ... can you make them hidden first?
19:15.07brlcadright, each language written in that language
19:15.14brlcadand flag on left
19:15.17sofat_ok
19:15.34sofat_yes i use hidden  first
19:16.21brlcadalso, when the language list is expanded, the "Move to Top" disappears
19:17.26*** join/#brlcad vasc (~vasc@bl12-167-71.dsl.telepac.pt)
19:17.53sofat_hmm
19:18.07vasckewl. the svn is up again.
19:18.34sofat_ok i will do this
19:19.10sofat_now last one is google custom  search this is not working
19:19.11brlcadsofat_: the list of languages displays before it's hidden for me, both with chrome and safari
19:19.17brlcadsee http://snag.gy/Or9Jt.jpg
19:19.38brlcadit only displays for about 0.5 seconds
19:19.40vaschm cmake isn't working
19:20.15sofat_you need to scroll down
19:20.33brlcadsofat_: what do you mean?
19:21.02sofat_means scroll down the page and then you get other language which not show you
19:21.18vascCMake Error at CMakeLists.txt:154 (_message):
19:21.19vasc<PROTECTED>
19:21.19vasc<PROTECTED>
19:21.21brlcadno, you misunderstand
19:21.51sofat_hmm
19:21.52brlcadvasc: hm, that's easy to fix (just remove that file from CMakeLists.txt) -- almost certainly related to recent changes by starseeker
19:22.02brlcadsofat_: that image is showing you the page loading
19:22.11sofat_hmm
19:22.13sofat_i see
19:22.18brlcadthe list of languages should NOT be displayed at all
19:22.24brlcadit shows the list, and then it hides
19:22.33brlcadfor about 0.2-0.5 seconds
19:23.12sofat_yes  then click on additional language
19:23.24sofat_link and then its show you
19:23.27brlcadright
19:23.31brlcadthat part is fine
19:23.37sofat_hmm
19:24.04brlcadthe problem is that is first draws the whole list and THEN hides
19:24.11brlcadinstead of drawing the list hidden
19:24.18sofat_ok so what you want there  ?
19:24.46brlcadto not show the list of languages until the additional languages or arrow are selected
19:25.24sofat_ok
19:25.33sofat_i will check this issue
19:25.39brlcadplease don't say ok if you don't understand :)
19:25.51brlcaddo you understand the issue?
19:27.21sofat_yes you said on loading time this part not show(meas not work like show/hide). when user click on additional language the n it wi ll  sho w to user
19:27.41sofat_<PROTECTED>
19:28.15brlcadthat doesn't sound right...
19:28.55sofat_hmm ?
19:28.56brlcadthe page once loaded is working okay NOW ...
19:29.11brlcadclicking  additional languages works
19:29.21brlcadhiding additional languages works
19:29.38brlcadthe problem (and it's minor) is ONLY during page loading
19:30.38sofat_hmm
19:30.38brlcadwhile it's loading the page, it displays the EXPANDED list and THEN it hides the list (during loading)
19:30.38sofat_means when page loading you don't want language shoe to 0.5 second and then gone
19:30.38brlcadand it only does it the first time the page is loaded
19:30.38sofat_s/shoe/show
19:30.41brlcadthe second time it doesn't show
19:30.47sofat_ok
19:31.08brlcadright, it shouldn't show the list during loading (if it can be easily fixed)
19:31.22sofat_means i need some state store  work like menu
19:31.34brlcadif it cannot be easily fixed, don't worry about it -- but try, maybe 1-3 hours at most
19:31.42sofat_<PROTECTED>
19:31.48sofat_<PROTECTED>
19:31.57sofat_<PROTECTED>
19:32.50brlcadeh, it should not require a cookie!
19:32.50brlcadthis is a resource loading issue
19:32.50sofat_ok
19:32.50brlcadprobably jquery-related
19:32.54sofat_I will check this issue
19:33.16ih8sum3rbrlcad: This is what I get top 100 : https://gist.github.com/anonymous/c0b7a6a5dfd117b3794b
19:33.31sofat_so now move further next problem with google search
19:33.50brlcadsofat: sounds like this issue: http://stackoverflow.com/questions/2801032/jquery-hide-elements-before-they-rendered-best-practice
19:34.08vaschm
19:34.31brlcadsetting initial css to display:none and then display may work
19:34.52brlcadih8sum3r: heh, that's the bottom 100 :)
19:34.54sofat_ok
19:36.00brlcadih8sum3r: or rather, you're looking at the top of the file and you need to reverse sort the list or look at the bottom
19:36.00brlcadsort -r file | less
19:36.00bhollisteris there a way to get at 'view_state' from within libged?
19:36.52vascdid you guys change the compiler flags or something? the compiler is being more anal than usual.
19:36.52sofat_so need some help in google search I am using this link to search my document content 202.164.53.122/wordpress/ and i also upload the sitemap in google webmaster tools but its not working . you have any solution ?
19:36.52brlcadbhollister: no, that's an mged construct
19:36.52brlcadbhollister: what do you need?
19:37.26brlcadvasc: not that I'm aware of, but it's supposed to be VERY anal to be compliant with our code standard
19:38.53brlcadvasc: depending on what state your checkout was in, you may want to obtain a fresh checkout and reapply your changes
19:39.05vasci didn't get any 'M' or 'G' file hits so it should be ok in that regard
19:39.06brlcadneed to get you working on a branch now that svn is back up... remind me later this week if I don't get to your patches beforehand
19:39.12vasci mean G
19:39.19brlcadno, that's the point
19:39.28vascok
19:39.41brlcadyou're not going to because the repo was ripped out from under that checkout and restored in a different state
19:41.38brlcadso locally you are consistent but not with the server (in theory, it'll eventually give you a checksum error if/when you ever tried to commit)
19:42.18vascso i should download everything again?
19:42.27brlcadbut it essentially means the checkout cannot be fully trusted if you ran svn update after the Wed when the filesystem corrupted
19:42.40brlcadfor your work, I would recommend it yet
19:42.45brlcads/yet/yes/
19:42.56vascwhen we do the branch i'll just do it from a clean slate then
19:43.01vascand apply patches on it
19:43.23brlcadmight not make a difference, but can't say for certain that there's not a stateful build issue lurking
19:44.22vasci'm just removing some consts here and there. if its important to keep the consts i'll rewrite this differently later.
19:44.46vasc3 lines
19:45.19sofat_brlcad, need some in google search please help me in that .
19:46.17sofat_need some help
19:47.07vascthe most important patch to apply is the sph patch. it fixes a compilation error in current svn.
19:47.24vascyou can also apply the arb8, ehy patch fine
19:47.56vascdon't apply the grid patches because they change the way the rendering is done so the output ain't the same
19:48.10vascit uses a simplified rendering engine
19:48.36vascwhich is WIP
19:49.17vascbrlcad
19:50.40vascwell the svn compiled with the changes to the CMakeLists.txt
19:51.16vascIndex: src/libanalyze/tests/CMakeLists.txt
19:51.16vasc===================================================================
19:51.16vasc--- src/libanalyze/tests/CMakeLists.txt(revision 65698)
19:51.16vasc+++ src/libanalyze/tests/CMakeLists.txt(working copy)
19:51.16vasc@@ -1,6 +1,6 @@
19:51.17vasc<PROTECTED>
19:51.19vasc<PROTECTED>
19:51.21vasc-BRLCAD_ADDEXEC(tester_sp solid_partitions.c "libanalyze;libbu" NO_INSTALL)
19:51.25vasc+#BRLCAD_ADDEXEC(tester_sp solid_partitions.c "libanalyze;libbu" NO_INSTALL)
19:59.32ih8sum3rbrlcad: Here it is : https://gist.github.com/anonymous/a182acb4b8e0438e89bf
20:01.43brlcadih8sum3r: good lordy... what's in that db?
20:03.03ih8sum3rI think these are collections, OGV.
20:03.07brlcadvasc: best practice is obviously to propagate const, not remove them, but it obviously depends what you're doing
20:03.50brlcadif someone went through the effort to mark something const, it is 'usually' intentional
20:04.10brlcadwhich 3 lines?
20:05.01brlcadsofat_: for search, we need a different URL base so you can limit it to just documentation
20:05.13sofat_means
20:05.14brlcadwhen it comes time to publish, we will not be exposing "wordpress"
20:06.03brlcadsofat_: means right now you're limiting it to 202.164.53.122/wordpress/ and this is NOT limiting the search to just documentation
20:06.20brlcadit's desirable to have a search box that is limited to documentation
20:06.44brlcadthere will be a different main site search that will search everything
20:06.45ih8sum3rWhat I can see in that db folder there are binary files like prealloc.0, meteor.0, meteor.ns etc. which most probably are the collections.
20:07.12brlcadih8sum3r: I don't know what collections means in this context
20:07.27sofat_ok now means i need full domain for this like ww.abcd.com
20:07.29brlcad3.2 GB of data is a lot of data
20:07.41sofat_www.abcd.com
20:07.44brlcadsofat_:  it'll be on brlcad.org
20:07.51sofat_ok
20:07.57brlcadyou just have to make sure the logic translates when it's moved
20:08.15brlcadthat the logic still works
20:08.21sofat_ok
20:08.48ih8sum3rWhat say should I try installing one more time from scratch just to cross-check whether output again will be of 3.5G or less.
20:08.55sofat_ok
20:09.42brlcadso our two prime candidates will be to use something like docs.brlcad.org or brlcad.org/docs/
20:10.07brlcadih8sum3r: sure, or use mongodb tools to inspect what is in the database
20:10.20brlcadthat's a lot of data to be unaccounted for
20:10.30vasci can keep the const but now i just wanna get something working. it won't be in the final version.
20:11.05vascthe weird thing is it compiled before
20:11.09vascso i guess it wasn't const
20:11.27ih8sum3rbrlcad: Okay, on it. Will report you asap.
20:11.51brlcad"i just wanna get something working" <-- do you know just how many times I've heard that over the past two years only to find that was effectively the final state? :)
20:12.11brlcadalmost every time ;)
20:12.14vasci never submit the initial version of anything to anyone
20:12.25vascthe patches are always 3rd gen code
20:12.28brlcadwell you have a hard submission deadline coming up really fast :)
20:12.39brlcad3 weeks remaining?
20:12.52vasci thought it was more than that
20:12.56vascah
20:13.22brlcaddon't remember the exact date but it is soon
20:13.27vasc24 aug
20:13.50brlcadokay, and that's after the suggested pencil's down date which is the week prior
20:14.00vascoh oh crap
20:14.13brlcadyou can keep coding all the way up to the deadline
20:14.15vascyeah i didn't see that one
20:14.25brlcadit's just a suggestion to motivate procrastinators
20:14.40Notify03BRL-CAD:carlmoore * 65699 brlcad/trunk/src/util/bwcrop.c: fix subscript to eliminate some memory-fault errors
20:14.59brlcadheck you can keep coding after the deadline, but the evaluation is only on code up to the deadline date
20:15.13vascwell this is like 1-2 weeks behind schedule
20:15.23vascso i think in the worst case i might like drop the bot code
20:15.33brlcaddrop it now
20:15.54vascbut i want to do the full rendering pipeline. even if i only get it working 100% in opencl after the deadline
20:16.09brlcadreally, it's probably going to be more valuable to start wrapping up in about 1-1.5 weeks time
20:16.33vascright now we got a bunch of primitives implemented and a simplified rendering pipeline with grids
20:16.50brlcadgetting what you have in some useful state either as a clear path forward or as a working demo or bits of functions hooked back into the production code
20:16.50vascbut it still does those expensive calls to the gpu all the time
20:17.04brlcadand docs... writing up where you got to and what's next
20:17.04vascit already is a working demo
20:17.08vascbut its slow
20:17.33vasci want the whole pipeline in opencl so don't have all this call overhead
20:17.48Notify03BRL-CAD:starseeker * 65700 (brlcad/trunk/src/libanalyze/tests/solid_partitions.c =================================================================== and 95 others): Forgot to svn add this file
20:18.01brlcadnods
20:18.01vascthere it is
20:18.52brlcadit's not necessarily your case as you have a different class of open source experience, but historically..
20:19.30brlcadgsoc research projects tend to die shortly after gsoc ends despite authors best intentions
20:19.53vascwell
20:20.09brlcadhence the focus and desire to scavenge whatever small or big piece of the effort into progress
20:20.21vascits possible to retrofit the grid accel to work with the current way the code is structured. but its gonna be a step backwards from what i have now.
20:20.41vasci think in that case its better to put that in the branch
20:20.47brlcadbasically coding deep on some pinpoint feature/capability, not wide where it's useless until the whole trench is dug
20:21.52brlcadstep backwards from what you have doesn't matter -- would it be a step forward for the current code
20:21.52*** join/#brlcad sofat_ (~sofat@202.164.45.204)
20:22.28brlcade.g., implementing just the opencl shot for ell was a step forward, even though practically useless for production
20:22.48vascits actually worse than useless for production because it makes the rendering slower
20:22.58brlcadit validated behavior, demonstrated how to transcode a real example, etc
20:23.13vasci can get why it was done that way
20:23.38vascwell think about this again in 2 weeks then
20:23.39brlcadit did exactly what it was scoped to do and very little has to be "undone" to do a next step
20:23.53brlcadthat's huge
20:24.15brlcadnot a dead effort that required the original author to keep at it for another N weeks/months/whatever
20:24.20vasci did a bunch of coding to make a simplified pipeline and that should be stored somewhere too
20:24.35vascas it is the code can render stuff
20:24.49vascit has some warts and duplicates things and its slow but it renders stuff
20:25.20brlcadcan anything you have be merged into rt or librt (in the opencl branch) without eliminating functionality?
20:25.30vasclike i said
20:25.37vascmerge the sph and arb8, and ehy patches
20:25.52vascthe grid patch reimplements its own rendering pipeline
20:25.58vascso don't put that in yet
20:26.04brlcadyeah, the prims are easily keepers
20:26.32brlcadcould the grid pipeline be reworked to sit beside the old one?
20:26.36brlcad(even slow)
20:26.51vascit could but like i said it would only mean the next guy will have to redo what i did again
20:27.26vascbasically i did a completely new mostly self-contained rendering pipeline in ansi c
20:27.30brlcadit's not an unfair assumption that they will likely have to do that anyways
20:27.31vascsimplified
20:27.45Notify03BRL-CAD:carlmoore * 65701 (brlcad/trunk/src/util/bw-ps.c brlcad/trunk/src/util/pix-ps.c): make cosmetic changes to bw-ps.c and pix-ps.c so that they look more alike
20:28.03brlcadbecause at the end of the day, this all has to get hooked back into rt/librt
20:28.05vascthe alternative is someone just writing it and putting it in without looking at how the code works
20:28.15vascthe present code
20:28.40vascwhat i did was i tried to simplify the current rendering pipeline in a way that it can be digested and simplified for later opencl or whatever porting
20:29.11vascyou can call it the 'simple' rendering pipeline....
20:30.13vascit is still WIP
20:30.48vasclike the boolean eval isn't simplified yet
20:30.59vascand that's critical
20:31.17brlcadI entirely get what you did, why you did it, etc ... it's what to do with it before it's done
20:31.25vascwell
20:31.50vasci think one way is to have optional compilation for different rendering pipelines in librt
20:32.01brlcadsuch that it isn't wasted effort in the long run because, oh, say your simplification goes too far and completely fails validation
20:32.25brlcador just sits in a branch and is never merged because it was hooked into a skeleton rt2 instead of rt
20:32.31vasci actually have two versions of the grid construction code you know
20:32.36vascone is ANSI C the other is OpenCL
20:33.03vascso we can compile the ANSI C one by default if someone selects the simplified pipeline and doesn't have OpenCL
20:33.11brlcadboolean eval is critical for performance, it's not critical for leveraging/integrating other code in this pipeline
20:33.18vascright
20:33.47vascwe had a similar issue in freeciv at one point
20:33.59vascour only graphics client was written for the X Athena Widgets
20:34.13vasci did the first port to a 'modern' graphics toolkit i.e. Gtk+
20:34.25brlcadwe're still at the point that I frankly DO NOT CARE about performance, I care about the survivability of code that will eventually result in performance gains :)
20:34.38vasceventually someone else realized we should also have a bare non-toolkit client so the next time someone did a port they could refer to that
20:34.42brlcadthe point is performance, but it's not the goal, if that makes sense
20:35.05vascyeah i know
20:35.17Notify03BRL-CAD:carlmoore * 65702 brlcad/trunk/doc/docbook/system/man1/en/bwcrop.xml: add 'clockwise-from-upper-left' remark, to provide a summary
20:35.29vascman when i did the gtk+ client in Freeciv it took me a year to get SOMETHING in CVS
20:35.41vascit worked but it had all the memory leaks in it
20:35.44vascthese
20:35.56StragusOuch, never do that :)
20:36.00brlcadnods
20:36.02StragusDon't write code with memory leaks "to fix later"
20:36.16vascwell some of them i didn't realize they were memory leaks
20:36.27vascbecause they were deep inside the gtk+ library code itself
20:37.04vascanyway nothing a few rounds of valgrind didn't work
20:37.14vasci ended up reimplementing a couple of gtk+ widgets because of that
20:37.39vascs/didn't/did/
20:37.42vascthe
20:37.56vasci caught them all with valgrind and i forget the other tool
20:38.22vascright memprof
20:39.27vascso we had noticeable memory leaks in 15minutes, then it was 30 minutes, then it was 3 hours of gameplay, and then no leaks
20:40.34brlcadwe'd all be lucky if memory leaks were the entent of the problem here ;)
20:40.43Notify03BRL-CAD:starseeker * 65703 brlcad/trunk/TODO: Note that this is to replace existing manual code
20:41.03vascwell i had to do a lot of things still that was actually a pretty barebones client
20:41.16brlcadstarseeker: give poor carl a break, typo ;)
20:41.19vasci think the whole port took close to 2 years
20:41.33starseekerbrlcad: heh, sorry
20:41.40vascbut yeah i was an undergrad so i guess i had more patience back then
20:41.47brlcadand time
20:41.58brlcadand motivation, all new interesting different
20:42.06vasctime too yes
20:42.16Notify03BRL-CAD:starseeker * 65704 brlcad/trunk/TODO: typo
20:43.02vascbut now i have something i didn't have back then. masters students to coherce in working for me.
20:43.04vascmuhahahaha
20:43.10vascinto
20:43.21brlcadat a minimum, we'll end up with an "rt2" or "rtcl" or whatever you're calling your harness, but the more that can be integrated, the better
20:43.29brlcadthat is all
20:43.37vascyeah that's the idea
20:44.38vasci'm presently supervising like 2 masters students, and two more in like 3 months. and maybe another one in 6 months or 8
20:44.46vascco-supervising anyway
20:45.14vascthey are all doing GPU ray tracing.
20:45.26brlcadif all we end up with, though, is rt2 ... then we'll be in a world of hurt once your faculty impose different priorities on your time
20:45.40vascthat's the problem i have
20:45.55vascin the end of this year or start of next year i'm going to work on something else
20:46.06vasci could try convincing a masters student to work on this but i dunno
20:46.31brlcadboolean eval on gpu is easily paper-worthy imo
20:47.05vaschalf my students aren't doing their thesis now because they started working part-time
20:47.16vasci had one dropout a couple months back because of that
20:47.36vascthe economic situation is bad here
20:47.37brlcadcan do nothing with that information :)
20:48.05vascyeah me neither :-)
20:48.20vasci can just wish them good luck
20:48.40brlcadso do you think end-to-end opencl pipeline is achievable in two weeks?
20:48.47vascno way
20:48.49brlcad(NOT opimized)
20:49.15vascthere's a really big issue here. which is the dynamic memory allocation the current code keeps insisting on doing
20:49.25vasca big no no in opencl or cuda or whatever
20:49.39Stragusnods to that
20:49.41brlcadwhich code
20:49.53vascyou can call malloc inside the gpu. unless you implement your own malloc... and you don't wanna do that anway
20:50.07vascyou can't call malloc inside the gpu
20:50.11brlcadthat big no-no is not at all unique to cuda/opencl/gpu
20:50.36brlcadyou're not answering my question.. I know malloc is nfg
20:50.49vascyes which is why i want to do a simplified ANSI C pipeline without the mallocs first
20:51.12vascwell
20:51.22brlcadwhat piece of the pipeline is problematic in the current code such that it's a problem?
20:51.27vascin the multi-hit traversal code the hits are stored in this doubly linked list
20:51.42vascdynamic doubly linked list
20:51.51brlcadso the hit record-keeping portion
20:51.55vascwhich is then processed by the boolean evals
20:52.28vascthe boolean eval processing is seemingly split in two portions. one works every time you advance the traversal, and then there's an rtfinal call once the traversal ends
20:52.35vascwhich traverses the whole hit list i think
20:53.03brlcadsounds about right, yes
20:53.30vascwell the best option would be if somehow you could incrementally compute the rtfinal thing and not need dynamic memory allocation
20:53.43vascor at least that's what my gut tells me
20:54.28brlcadit would not be hard to eliminate the dynamic memory allocation there
20:54.43StragusStatic per-ray buffer?
20:54.51brlcadhits could easily be stored in an array/buffer, yes
20:55.16vascbut we would like not to use a lot of memory if we could too
20:55.22StragusYou would need some kind of dynamic allocation of bundles of 4/8 hits, from some big static buffer, managed by atomics
20:55.23vascgpus have tiny caches
20:55.26brlcadpages of them to avoid some arbitrary #-of-objects-along-ray limit
20:55.32StragusStop shooting rays when the buffer is too full, process results, resume
20:55.47vascright
20:56.04vasci thought of doing it that way
20:56.12vascand for that actually we should be using a bvh instead of a grid
20:56.41brlcadvasc: by the time this is all done being implemented, we'll probably have a TB on the video card ;)
20:56.41vasccoz in a bvh you can guarantee the max amount of object in a cell.
20:56.53starseekerI think the assertion is that this approach is so foreign to the assumptions and design of our existing code that fitting it in involves a virtual rewrite?
20:56.57StragusThe idea would be to stop raytracing before the big static buffer runs out
20:57.12StragusIf you run out, drop the rays, process buffered rays, then restart
20:57.17starseekervasc: with csg though you can't make any assumptions about the maximum number of hits in a cell
20:57.42brlcadstarseeker: it is a rewrite, but we want to gut the cathedral from the inside out, not build a new one ;)
20:57.55starseekereven an individual csg primitive may produce unpredicitable numbers of hit points
20:58.00vascall the primitives i've seen so far are manifolds so at most you have two intersections per object
20:58.12starseekervasc: take a look at nurbs ;-)
20:58.23starseekereven a torus can have 4 intersections
20:58.34brlcadso can a tgc
20:58.34vascyeah coz it has a hole
20:58.49vascso much for that idea
20:59.02starseekerbots are another one that's not predictable
20:59.17starseekerdsp, ebm...
20:59.21brlcadsame idea as the hit tables though -- you just keep track of pages of results
20:59.30vaschmpf
20:59.54vasci didn't want to keep the dynamic memory allocation but i guess i'll have to stomach it
21:00.05starseekervasc: what about a memory pool?
21:00.05vascit seems kind of like a low tech solution to the problem
21:00.17vascyeah we would have to do it like that yes
21:00.18StragusProperly managed dynamic memory allocation with atomics is all right
21:00.22starseekerminimze the dynamic part, even if we can't totally eliminate it?
21:00.54brlcadit can be "practically" eliminated for most models
21:00.58Stragushas had to use dynamic memory on CUDA with atomics
21:01.09brlcadthen there will be atypical models that break the mold
21:01.11vasclike i said i have a gut feeling we don't need dynamic memory to solve the problem at all
21:01.31StragusYou don't need dynamic memory if you can process the hits right away as they come
21:01.50starseekervasc: we can probably avoid it for many cases, but it's trivial to construct a model that will break any static assumptions we care to make
21:01.54StragusWhich is also a lot faster... but all code calling the raytracer isn't designed for that
21:02.33starseekerStragus: as I understand boolweave that's not actually possible (processing hits right away)
21:02.39starseekerStragus: at least, not for solid raytracing
21:03.14StragusYou could end up buffering just few hints to process "segments", which would a lot lighter on memory requirements
21:03.27StragusYou could store the hits in shared memory, no global memory stores involved
21:03.34vasci could just use the memory pool and if it gets exausted i abort the processing, realloc more chunks and try again
21:03.38brlcadso vasc, we're again back to gsoc scoping ... goal towards the finish line, what useful things will result
21:03.44starseekervasc: doesn't mean it's not worth optimizing for the "common" situations which will be most models, but it's important that there be a working fallback (even if it is slow) for the harder cases
21:04.02brlcadthis discussion would have been great had the gsoc goal been "implement coherent boolean weaving" ;)
21:04.28brlcadit was a given that this would not be achieved in the timeframe given the other aspects
21:04.48vascyeah it would take the entire timeframe just to get a good solution to this specific problem
21:05.16brlcadcertainly not enough time in 2 weeks -- my earlier question about full pipeline was whether something really trivial could be done
21:05.39brlcadlike "don't weave, sort, take the first hit"
21:06.30vascwell
21:06.38brlcadhaving a testing pipeline that went end-to-end would be a useful end state as that could be used down the road for the next step(s)
21:07.13bhollisterbrlcad: regarding 'view_state'... trying to turn on vertex labeling when subcommand "kill V" is invoked on the CLI. this appears to be done in f_labelvert (overlay.c) after entering solid edit mode.
21:07.15vascwouldn't that bork the csg?
21:07.32brlcadsure, we're talking about opencl pipeline though, not correctnesss
21:07.49vascwell a single-hit ray tracing pipeline is rather simpler yes
21:07.50brlcaddoing both is impossible in the timeframe
21:08.05vascyeah i should be able to do that in the timeframe
21:08.06brlcadassuming doing both will happen later is super high risk
21:09.07brlcadquasi single-hit
21:09.17brlcadit could still do all hits and simply throw them away
21:09.27vascyeah that
21:09.38vascthe hit intersection routines would still compute all the intersections
21:09.44vascbut we only store one
21:09.47vaschm
21:09.48brlcadthat's arguably the correct thing to do that wouldn't have to be changed/undone when coherent booleans materialize
21:10.31brlcadcurrently, there's a flag in the application structure that says whether we care only about the first hit or all hits
21:11.15brlcadit currently evaluates all of them (for most primitives) and decides at the end whether to return all segments or just the first
21:11.17vascwouldnt that also require dynamic memory?
21:11.30vascits like you said the torus can have 4 hits and so on
21:11.54brlcadback to what the goal/point is
21:12.03*** join/#brlcad merzo (~merzo@170-0-133-95.pool.ukrtel.net)
21:12.17vasci think we should just do an ANSI C pipeline
21:12.20brlcadif it's to get a pipeline, then the record keeping strategy doesn't matter as it's not the goal
21:12.26vascwhich we'll get to simplify more later
21:12.38brlcadso use a fixed array or try to do efficient dynamic pages, etc
21:13.19brlcadwhy C pipeline?
21:13.50vascin my experience trying to code a complex algorithm in CUDA or OpenCL direct usually leads to wasted time
21:14.02vascyou should have a C implementation first
21:14.20vascit also helps because then you have something you can compare against on debugging
21:14.21brlcadwhich ... we do :)
21:14.51vascyeah but its not something you should implement on CUDA or OpenCL.
21:15.16brlcadnot transcoded directly, sure
21:15.43vascits also kind of opaque
21:16.10vasci kind of get it but the design but its a bit overengineered.
21:16.18brlcadthat's more familiarity, I think ... if anything the datastructures and layerings are quite exposed
21:16.41vascits lasagnified
21:16.54brlcadyou're referring to the spatial partioning if I'm not mistaken?
21:17.01vascthe traversal
21:17.17brlcadtraversal of the spatial partitioning, yes
21:17.28vascits almost like i'm programming Java EE.
21:17.51vascalmost as lasagnified.
21:17.59brlcadnow that's an exaggeration :P
21:18.07brlcadand a mean one
21:18.39brlcadif the code had feelings, you would have hurt them
21:18.41vascit all makes sense because of all the options
21:18.59vascconditional this and conditional that
21:19.31vascso having seen this gordian knot i felt like cutting it. my 2nd name is alexander after all.
21:19.45vasc:-P
21:19.53brlcadthat's how production codes evolve, espeically when they are highly actively developed and expanded
21:20.04vascyeah
21:20.09vascit always like that
21:20.12brlcadthen the next guy comes along and just see's dozens of options on the periphery of what they care about
21:20.26brlcadbut pull together 20 other users, and suddenly all options are in use
21:20.33vascor not
21:20.37brlcadthat said, rt does have too many options (exposed)
21:20.56brlcadmost actually do get used (at least the ones that are not compile-time)
21:21.15vasci mean it should be used someplace but sometimes man
21:21.21brlcadso cutting a feature means having to negotiate and consider the impact with/on users
21:21.41vascwhich is why i propose a simplified pipeline which can be select someplace
21:21.49vascinstead of trashing what is there
21:21.59vascwhat is there is there for a reason
21:22.13vascand any replacement, if there is one, should cover all the necessary use cases
21:22.31vascwhat i have is too simplified to do that
21:22.44brlcadI would assert that until demonstrated otherwise, the production code defines the necessary use cases :)
21:22.49vascbut too complicated and it all becomes unmanageable to port. at least at this point.
21:23.29brlcadotherwise "starting fresh" is hardly defensible from a pragmatic standpoint
21:23.44brlcadthe value is in the complexity and depth of features
21:23.45vascgood luck trying to port the current setup to CUDA
21:23.48vascor OpenCL
21:24.03vascand getting good performance out of it to boot
21:24.45vascit uses dynamic memory and it has way too many function calls, and uses way too much memory
21:24.48brlcadif I only got performance because I ripped out all functionality or correctness, that's not at all interesting or valuable
21:25.19vascah but the thing is i don't think you need to write the algorithms like that to produce the required functionality
21:25.32vascits just noone bothered doing it before
21:25.53vascbecause at the time the code was written the hardware performance optimization parameters were different
21:25.56brlcadsure
21:26.02vascmemory was fast and computations were slow
21:26.06vascnow its the other way around
21:26.15brlcadold news
21:26.31vascso an extra malloc do prevent doing a dot product is no longer a good optimization
21:26.35brlcadnow == a decade ago
21:27.27vascyeah but you can still sense that in the code
21:28.04vascit looks a lot like the raytracer i wrote in 2001
21:28.11vasc2000 actually
21:28.15brlcadI don't quite understand the logic you're using -- nothing ever stated implied that "port the current setup to CUDA" meant keep malloc
21:29.19brlcadthis is all a question of how to go about instituting an upgrade on very old infrastructure
21:29.20vasclet's examine one case
21:29.25vascthe current code has mailboxing in it
21:29.43vascso do you do the mailboxing or do you just recompute the intersections?
21:30.13StragusSome primitive intersections are very expensive to compute, like NURBS
21:30.20brlcadthere's plenty of research papers demonstrating both quite fast, so fast that I frankly wouldn't care
21:30.51vascsee there's all this context i don't have because i didn't reimplement all the primitives yet
21:31.00brlcadis it the absolute fastest for a given test case, dunno and *really* don't care
21:31.34brlcadand you wouldn't have time to anytime soon, and that's part of the point of doing things incremental like this
21:31.44vascexactly
21:31.54brlcadNURBS is a good example because that's not going to be rewritten in less than a year
21:32.18vasci should have a student working on that next year
21:32.27brlcadand it's kind of useless to a user if I had one renderer that was blazing fast for all primitives but I had to use a different tool if there were nurbs
21:32.42vascnot necessarily
21:32.48brlcadit's got to be the same tracer, just some models result in slow performance
21:32.50vasctake the wireframe mode for an example
21:33.14brlcadand slow is relative
21:33.17vascif i can get a more accurate preview that can have some value in itself
21:33.43StragusI would have considered writing a raytracer that just returns "hits" to some callback
21:33.55StragusThen, in a second phase, someone can plug something that buffer the hits into that callback
21:34.01brlcadif we're taling about accuracy, I don't trust the results one bit without incredibly expensive verification and validation
21:34.44brlcadanalogy time
21:34.47vascthat's why i don't work in the medical sector
21:34.49Notify03BRL-CAD:starseeker * 65705 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp and 2 others): Put the control comb prep in the subtraction search function. Need to think about where/how/if to store preps for later validation diffing...
21:35.03brlcadmuch of what is in BRL-CAD is like the Louvre
21:35.09vasci had enough of that when i worked in telecoms
21:35.15brlcadit's a big old building filled with old artwork
21:35.53StragusThen you want to transform the Louvres into a modern space station?
21:35.53brlcadbut shitty dangerous wiring, bathrooms with holes in the ground, and solid marble walls
21:35.59Stragus:)
21:36.35brlcadnot at all, just into a modern museum, up to code
21:36.49vaschttp://cdn4.sol.pt/fotos/2014/11/21/393092.jpg
21:36.53brlcadStragus: your approach would certainly be: I'll build my own damn museum
21:36.58StragusDamn right!
21:37.21StragusJust kidding, I appreciate the monstrous amount of work into BRL-CAD
21:37.22brlcadand I'd say, that's great -- anyone can and will and have done that
21:37.38brlcadbut then it's not the Louvre
21:37.39bhollisterbrlcad: okay, i suppose that that 'labelvert' can be used before calling 'kill V'. i'm getting coords as labels (not billboarded). but i believe i've seen this as vertex numbering before in some other context.
21:37.44brlcadit's a modern art building
21:38.13brlcada lot of the modern tracers are exactly like that -- very sleek polished, very little art but what is there is impressive
21:38.28brlcadthe bathrooms and wiring are AMAZING *cough*
21:38.45vascuntil they aren't. see you in 300 years.
21:38.53brlcadin the end for BRL-CAD, we have a big old building that needs the wiring upgraded
21:40.09vascthat building in the picture i posted, they just nuked the interior. they built a glass building and kept the facade.
21:40.21StragusAnd we can't sanely renovate the bathroom without upgrading the hallways falling apart into modern moving walkways
21:40.46brlcadvasc: that is certainly another approach
21:41.24brlcadone that has some appeal, but one that we can't afford to stop to build so it's up to some contractor/builder to remain motivated and do a good job for that to happen
21:41.39bhollisterstarseeker: besides http://brlcad.org/wiki/MGED_CMD_labelvert, is there a way to label vertex number on an object instead of coords.
21:42.21brlcadStragus: I certainly can -- and figuring out how to do that without disrupting the day-to-date operations of the museum is exactly the sort of engineering concerns I think about all the time :)
21:42.32StragusI would be interested in working on a GPU CSG raytracing, but the interfaces currently leading to the rt code are... problematic
21:42.40StragusIndeed brlcad :)
21:42.41brlcadit presents it's own set of challenges
21:42.51brlcadand takes time
21:43.05StragusGPU CSG raytracer*
21:43.07brlcadbut I find it both more rewarding and ultimately more impacting / important to users
21:43.19Notify03BRL-CAD Wiki:Bhollister * 9115 /wiki/MGED_CMD_permute: /* Argument(s) */
21:44.01vascwell i simplified those interfaces quite a lot
21:44.34vascthat was my problem too
21:44.52brlcadthat's why my comments were centered around what can we salvage because there's never going to be enough time to entirely gut the building (even though I live in a magical world where I can clone the Louvre and work on it)
21:45.12vascquite
21:45.20vascwhich is why i think the should have rt and rt-simple
21:45.25vascwe
21:45.32Stragusrt-archaic and rt-modern
21:45.56brlcadStragus: and the tool keeps an internal timer and renames itself down the road?
21:46.09StragusThat works. :)
21:46.09brlcad"modern" is so overused
21:46.26vascsomething is only "modern" until it isn't.
21:46.27StragusObviously, there was a hint of sarcasm in that suggestion
21:46.34brlcadI know
21:47.10brlcadbut it's a good point -- what we consider modern today was really an architecture shift that happened about 20 years ago, popularlized about 10 years ago
21:47.22StragusAgreed
21:47.37vaschttps://en.wikipedia.org/wiki/Modern_art
21:47.41brlcadand will likely be obsolete 10 years from now for one reason or another
21:48.01vascso you have modern and postmodern and postpostmodern
21:48.51Stragusultranewpostmodern or nothing
21:49.22vascneomodern
21:49.32brlcadvasc: it's too late now to do much else about things, but in terms of your gsoc project -- what do you see the end state being?
21:49.58vascevery primitive we talked about except the bot, gpu side database storage
21:50.03vascthe grid construction
21:50.35vascthe traversal and rendering is something else which i think should be kept in a separate pipeline that the user selects if he wants to use it i.e. rt-simple
21:50.51vasci'm still interested in doing a paper out of this
21:51.03vascand for that the rendering pipeline needs to be made properly efficient
21:51.10vascbut i don't know how my time will be
21:52.04brlcadwell we're talking gsoc timeframe
21:52.19brlcadthat'd easily be after (gladly support you in any way needed)
21:52.22vascso the primitives are : ell, ehy, arb8 (done)
21:52.25starseekerbhollister: I don't know of one offhand
21:52.53brlcadas I see it, the only decision is whether to a) spend the next 2 weeks working on completing a pipeline transform demo (with whatever limitations), or b) spend 2 weeks merging the traversal features of your demo with the rt/librt code as a runtime option (as the intention is migration as more pieces fall into place)
21:53.02vasctor, tgc i'll do it in the timeframe too
21:53.17brlcado.O
21:53.21vascwhat i'm working on now is gpu side database storage
21:53.24brlcadhow are you going to do tor? :)
21:53.42vascand then i'll do opencl shot code for the tor and tgc
21:54.05brlcadI doubt you'd get tor done before the deadline if you started now...
21:54.19brlcadtgc is even highly debatable
21:54.21vascits just a cone with a couple of planes right?
21:54.42brlcadjust a cone, a fully generalized mathematical model of one, yes
21:54.57brlcads/fully/mostly/
21:55.03vasci did a ray cone intersector in 2000. so i kinda know the problem.
21:55.12vascits not gonna be that much more complicated than ehy was
21:55.13brlcadheh
21:55.25brlcadwell then it should have been obvious to you how 4 hits are possible
21:55.36vascno just two
21:55.45brlcadif it's not, then you almost certainly didn't work with something this generalized
21:55.46vasc4 in the torus
21:55.52brlcadtgc is also 4
21:55.52vascbut the tgc only 2
21:56.00brlcad2 or 4
21:56.03vasci don't see how. it has no holes
21:56.05vascdoes it?
21:56.08brlcadnope
21:56.24vascyou either hit the caps or the walls
21:56.39vascman
21:56.56vasci don't see how you get more than 2 valid hits
21:57.15vascyou are going to have 4 results
21:57.19vascbut some won't be valid
21:57.24brlcadyou can hit a cap, come out a wall, go through another wall, come out another cap
21:57.38brlcador in a wall, out a wall, in a wall, out a wall
21:58.05brlcadwhat's that whiteboard site?
21:58.14bhollisterstarseeker: how does 'permute' determine which vertex has a particular vertex index then? 'sed' doesn't appear to turn on the billboarded overlay of vertex-list indices.
21:59.01vascso the problem is because you need to return the ins and outs
21:59.12vascno but that doesn't make a lot of sense
21:59.22vascin that case you needed 4 for the sphere too
21:59.24vascand you don't
21:59.46StragusFour hits on a cone? I'm not following that either
21:59.47brlcadvasc: you're not visualizing the right shape -- like I said, this is a cone generalization
22:00.06vascits just a truncated cone
22:00.07brlcadthe code is defined as a ruled surface with two elliptical ends
22:00.12vascits like a frustum except its round
22:00.14StragusAny convex shape is two hits, the end
22:00.19vascright
22:00.21vascit has no holes in it
22:00.22StragusAh, so two cones on top of each other
22:00.22vascgenus 0
22:00.32vascoh that?
22:00.32brlcadno, one cone -- one single equation
22:00.38vascsee genus 0
22:01.15brlcadpinch the top ellipse so it's wide
22:01.28brlcadpinch the bottom ellipse so it's narrow
22:01.47brlcadthe resulting conic is higher order and requires a solve
22:01.57ih8sum3rbrlcad: I just installed ubuntu server 14.04 and run update command, nothing else. I check .vdi file size it's about 1.8G. Huge!
22:04.54brlcadI forget the ratio required, but just construct a cone with ends orthogonally stretched 10x and you easily can go in and out twice as you clip the top and bottom
22:05.35vascthe code does use a quartic equation in some cases
22:05.47vascbut i never heard of someone doing the ray-cone intersection like that...
22:05.50brlcadthat's the case
22:06.05brlcadit figures out when that happens
22:06.31brlcadobviously specializes the faster simpler cases
22:07.42brlcadvasc: that's why I say tor is also unlikely -- notice the call to rt_poly_roots() in both tor and tgc
22:07.50vascnow i get it
22:07.54vascno i still don't
22:08.03brlcadyou need a polynomial root solver to handle the quartic equations
22:08.15brlcaddoing that via opencl is going to be fun
22:08.20vascare the split planes enforced to be parallel or not?
22:08.31vascthe top and bottom split planes
22:08.34brlcadI think they are, but doesn't matter
22:08.38vascit does
22:08.53vascwhen
22:08.54vascwell
22:08.56brlcadthat's one more generalization that was discussed, but little value
22:09.10brlcadand really would complicate things
22:09.41vascwww.geometrictools.com/Documentation/IntersectionLineCone.pdf
22:10.25vascthey don't use the quartic either
22:10.40brlcadthat's our "REC" case, right elliptical cone
22:11.58vascwell in the torus its evident that you can get 4 hits because of the hole
22:12.06vascin the truncated cone i just can't visualize it
22:13.45brlcadif you have brl-cad compiled, just run mged test.g and make tgc tgc
22:13.56brlcadI believe the default can have 4 hits
22:14.16brlcador edit the ends to stretch them out so it's more obvious
22:14.28brlcadthe difference from what you're used to is having elliptical ends
22:14.49brlcadnot circles, and the ellipses don't have to align
22:15.48Stragusdoesn't get it either
22:16.05StragusUnless it's two cones on top of each other, defined by the same equation
22:16.53vaschttp://news.povray.org/povray.advanced-users/thread/%3C379F3F96.48A201E8@isd.net%3E/?ttop=340620&toff=1500
22:18.03vascthe surface of revolution isn't axis symmetrical with the vertical axis
22:18.10vascbut it will sounds strange that you need 4 hits
22:18.35vascstill
22:18.51vascdoes it somehow get in an hourglass shape?
22:22.07brlcadhere we go, check out this ancient rendering: http://brlcad.org/gallery/var/albums/historic/primitives_old.jpg
22:22.20brlcadnext to the terrain-looking object is a TGC
22:22.41starseekerbhollister: I believe the vertex indicies are implicit in the data structures, but that may be only for arbs...
22:22.41brlcadnotice how on both sides, you can barely slice through both the top and the bottom
22:23.21vascthe top most red one?
22:23.22brlcadthat generalization dates back to at least the 70's
22:23.25brlcadyes
22:23.50vascwell it looks interesting
22:24.11brlcadTron used that same notion of a cone (which was based on Comgeom, which BRL-CAD was also based on)
22:25.02vascits because it's concave
22:25.23vasccalling that a cone is a bit of a stretch though :-)
22:25.49*** part/#brlcad ih8sum3r (~deepak@122.173.5.55)
22:26.15brlcadthe conical surface is the same equation as seen in the other three forms
22:26.27brlcadtheir equations just simplify to quadratic because of alignments
22:26.42vascthat doesn't have rotational symmetry
22:26.51brlcadi'm not sure it's technically concave
22:27.08vascif it wasn't you wouldn't get more than 2 hits
22:27.17vascits bent and concave
22:27.18brlcadyes
22:27.49starseekermaybe a good way to say it is the shape does not define its own convex hull?
22:28.06brlcadI had a discussion with one of our mathematicians years ago and vaguely recall arguing the same point and him going into detail how it was not mathematically
22:28.26brlcadat least not the mathematical definition of concavity
22:28.27Notify03BRL-CAD:ejno * 65706 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: verify section volume/plate modes
22:28.39brlcadthere was some other way to characterize it
22:29.11starseekerit *is* a ruled surface, IIRC
22:29.30brlcadbut that's also goggles from about 10 years ago, I could be mistaken
22:30.29brlcadyeah, and there was some aspect of how this particular surface is constructed iirc
22:30.49brlcadthat each "outline of the surface" is actually a straight line
22:31.07starseekermaybe some form of generalized cone? http://mathworld.wolfram.com/GeneralizedCone.html
22:31.40brlcadmaybe, but I think that might be different meaning to the word generalized
22:31.52brlcadfully generalized to nonelliptical ends is pretty nuts
22:32.02starseekervasc: well, the upshot is it's going to be a challenge ;-)
22:37.32vascwell it can't have more than four
22:38.17vascso i guess it is more complicated than i thought
22:38.24vascdamn
22:38.44vascstill it was interesting
22:40.09vascyou say this is a commonly used primitive?
22:40.53vascare there some physical processes which can generate this easily?
22:43.16Notify03BRL-CAD:starseeker * 65707 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition_util.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Not working yet, but try to delay comb finalization so we can be sure all necessary objects are in place.
22:44.15starseekervasc: you mean machining or some such?
22:44.45vascit seems kind of like something you could do with bending
22:44.52vascah well
22:45.06vasci'll just finish this database thing it's been taking too long
22:51.42vasci'll redo my schedule though
22:52.09vascits probably not a good idea to do the opencl rendering pipeline until we know how we can process the multiple hits without the mallocs
22:55.44Notify03BRL-CAD:starseeker * 65708 brlcad/trunk/src/libged/shape_recognition.cpp: Helps to pass the right pointer...
23:03.40Notify03BRL-CAD Wiki:Konrado DJ * 9116 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 27 JULY 2015 */
23:12.38vascthis is using obscene amounts of memory. need to pack the data more.
23:19.02vascits amazing how bad the standard packing is
23:21.20vasc384 bytes if i use the standard types and 160 bytes if i pack things myself
23:31.26*** join/#brlcad konrado (~konro@41.205.22.56)
23:46.29bhollisterstarseeker: is there a preferred way to visit all the vertices in an nmg model? is there a use case somewhere showing nmg_visit_* to search for a vertex with a given coord?
23:56.31Notify03BRL-CAD Wiki:Bhollister * 9117 /wiki/MGED_CMD_nmg: /* Proposed subcommands */
IRC log for #brlcad on 20150728

IRC log for #brlcad on 20150728

00:06.57Notify03BRL-CAD Wiki:Bhollister * 9118 /wiki/User:Bhollister/DevLogJuly2015: /* Mon, July 27, 2015: Start of Week 10 (of 14) */
00:14.56starseekerbhollister: unfortunately, a quick scan through the code suggests there isn't an nmg_visit_* example
00:15.14starseekerbhollister: I'd suggest writing a small test program to exercise the various functions
00:31.10vascweird
00:31.41vascmy code worked TOO WELL
00:33.07vascyeah i knew it
00:33.17vascit isn't calling the segment i just wrote
00:40.37vascthat's more like it
00:49.40vascuhoh
01:06.36Notify03BRL-CAD:starseeker * 65709 brlcad/trunk/src/libged/shape_recognition.cpp: The wmember list seems to be volatile - take another approach to collecting the finalize comb info. This needs a lot of cleanup, but at least the hierarchy does get generated...
01:10.07*** join/#brlcad vasc__ (~vasc@bl13-114-172.dsl.telepac.pt)
01:16.14vasc__back to the drawing board. this way of storing data doesn't work because opencl vectorized loads must be aligned to the type size. great.
01:16.33vasc__a week to the trash it is
01:16.35vasc__hmm
01:16.38vasc__lets see
01:16.45vasc__how i can reuse this
01:30.04Notify03BRL-CAD:starseeker * 65710 brlcad/trunk/src/libged/shape_recognition.cpp: Set up for a different approch - create the combs, then edit them after they are created.
01:49.49vasc__later
01:52.36Notify03BRL-CAD:starseeker * 65711 (brlcad/trunk/include/brep.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Start getting set up for ray shooting.
02:10.01Notify03BRL-CAD:starseeker * 65712 (brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libanalyze/util.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Go non-parallel for debugging.
02:20.18Notify03BRL-CAD:starseeker * 65713 (brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libanalyze/util.cpp): back off the rays some more - got another problem somewhere.
02:26.29Notify03BRL-CAD:starseeker * 65714 brlcad/trunk/src/libanalyze/util.cpp: fix initialization when prep is coming from outside.
03:57.30*** join/#brlcad gurwinder (~chatzilla@117.214.205.207)
04:32.50*** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:f04d:35ac:f0ba:5880)
07:08.18Notify03BRL-CAD Wiki:85.246.114.172 * 9119 /wiki/User:Vasco.costa/GSoC15/logs:
07:10.59Notify03BRL-CAD Wiki:85.246.114.172 * 9120 /wiki/User:Vasco.costa/GSoC15/logs:
07:12.46*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
07:17.59Notify03BRL-CAD Wiki:MeShubham99 * 9121 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */
07:18.48Notify03BRL-CAD Wiki:MeShubham99 * 9122 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */
07:31.36*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:07.25*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-eruahluooryxrrfd)
08:16.25*** join/#brlcad luca79 (~luca@host129-17-dynamic.4-87-r.retail.telecomitalia.it)
08:17.29*** join/#brlcad shaina (~shaina@59.89.100.105)
08:52.40*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:39.14*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
11:08.37*** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
11:09.00jordisayolhello all
11:10.47jordisayolI don't have files upload permission to brlcad sourceforge. Is this a temporary maintenance issue?
11:30.41*** join/#brlcad luca79 (~luca@host130-19-dynamic.4-87-r.retail.telecomitalia.it)
11:37.02*** join/#brlcad konrado (~konro@41.205.22.27)
11:40.10jordisayolYes, sourceforge upload files is offline
11:40.11jordisayolhttp://sourceforge.net/blog/sourceforge-infrastructure-and-service-restoration-update-for-724/
12:23.09*** join/#brlcad sofat (~sofat@202.164.45.204)
12:32.51*** join/#brlcad andrei_il (~andrei@109.100.128.78)
12:46.46*** join/#brlcad sofat (~sofat@202.164.45.204)
13:25.54Notify03BRL-CAD:starseeker * 65715 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/analyze_private.h and 5 others): Pass in the cpu count.
13:58.49Notify03BRL-CAD:carlmoore * 65716 (brlcad/trunk/db/nist/NIST_MBE_PMI_11.stp brlcad/trunk/db/nist/NIST_MBE_PMI_6.stp): remove trailing white space
14:14.57*** join/#brlcad gurwinder (~chatzilla@117.214.205.207)
14:18.01*** join/#brlcad ih8sum3r (~deepak@122.173.163.248)
14:58.47*** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:f04d:35ac:f0ba:5880)
15:14.10*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
15:37.02*** join/#brlcad sofat (~sofat@202.164.45.204)
15:38.54Notify03BRL-CAD:carlmoore * 65717 (brlcad/trunk/db/nist/NIST_MBE_PMI_11.stp brlcad/trunk/db/nist/NIST_MBE_PMI_6.stp): -----------
15:46.41*** join/#brlcad konrado (~konro@41.205.22.16)
15:49.33Notify03BRL-CAD:ejno * 65718 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix get_unioned() returning pointers to memory that may later be freed
15:54.14Notify03BRL-CAD:carlmoore * 65719 (brlcad/trunk/src/conv/3dm/3dm-g.cpp brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp and 2 others): fix spellings; and, in 3dm-g.cpp , implement '?' as option
16:26.02Notify03BRL-CAD:carlmoore * 65720 (brlcad/trunk/src/util/bw-ps.c brlcad/trunk/src/util/pix-ps.c): cosmetic changes for bw-ps.c and pix-ps.c to look more alike (bw-ps.c has had the placement of 2 routines shifted)
16:26.05*** part/#brlcad gurwinder (~chatzilla@117.214.205.207)
16:26.34*** join/#brlcad gurwinder (~chatzilla@117.214.205.207)
16:32.48Notify03BRL-CAD:carlmoore * 65721 brlcad/trunk/src/util/pix-ps.c: shift location of 'char Stdin' to make pix-ps.c resemble bw-ps.c that more closely
16:46.22*** join/#brlcad vasc (~vasc@bl13-114-172.dsl.telepac.pt)
16:49.06vaschttp://www.cnet.com/news/insane-flying-semi-truck-sets-jump-record-nearly-takes-out-building/
17:14.02*** join/#brlcad sofat (~sofat@202.164.45.212)
17:36.10*** join/#brlcad sofat (~sofat@202.164.45.204)
17:51.49Notify03BRL-CAD:starseeker * 65722 (brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libanalyze/util.cpp): Add some debug printing.
18:24.26Notify03BRL-CAD:starseeker * 65723 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: off by one errors don't help plotting any...
18:30.21Notify03BRL-CAD:starseeker * 65724 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: plot gaps while we're at it.
18:30.45Notify03BRL-CAD:ejno * 65725 (brlcad/trunk/src/libgcv/conv/fastgen4/NOTES brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp): update notes
18:57.55*** join/#brlcad bhollister (~behollis@dhcp-59-221.cse.ucsc.edu)
19:14.33Notify03BRL-CAD:starseeker * 65726 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: Start looking for missing gaps.
19:17.11Notify03BRL-CAD:starseeker * 65727 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: Move to the next hit in that case rather than breaking out of the loop...
19:43.54Notify03BRL-CAD:starseeker * 65728 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: plot the missing gaps.
19:55.47Notify03BRL-CAD:brlcad * 65729 brlcad/trunk/src/librt/primitives/datum/datum.c: slightly bigger points
20:08.49Notify03BRL-CAD Wiki:Terry.e.wen * 9123 /wiki/User:Terry.e.wen/log:
20:09.07Notify03BRL-CAD Wiki:Terry.e.wen * 9124 /wiki/User:Terry.e.wen/log:
20:25.36Notify03BRL-CAD:starseeker * 65730 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Need to create candidates to raytrace, but we don't seem to have everything ready. Needs more investigation.
20:51.31Notify03BRL-CAD Wiki:Deekaysharma * 9125 /wiki/User:Deekaysharma/logs:
20:52.38Notify03BRL-CAD Wiki:Deekaysharma * 9126 /wiki/User:Deekaysharma/logs:
20:53.27*** part/#brlcad ih8sum3r (~deepak@122.173.163.248)
21:06.30Notify03BRL-CAD:brlcad * 65731 brlcad/trunk/src/libdm/dm-ogl.c: draw smooth points (circles instead of squares)
21:08.04Notify03BRL-CAD:brlcad * 65732 brlcad/trunk/src/libdm/dm-X.c: draw circles instead of a rectangle when plotting points. this requires a little creativity as there are limitations with X11 not wanting to draw small circles without drawing both the exterior and the interior.
21:13.50Notify03BRL-CAD:brlcad * 65733 (brlcad/trunk/src/libdm/dm-ogl.c brlcad/trunk/src/libdm/dm-osgl.cpp and 2 others): oof, too many duplicate opengl callers. make them all draw smooth points. might pose an issue for large point clouds and rtgl.
21:27.00Notify03BRL-CAD:brlcad * 65734 brlcad/trunk/src/libdm/dm-rtgl.c: remove unused functions
21:49.59*** join/#brlcad __monty__ (~toonn@d51A5489B.access.telenet.be)
21:51.53Notify03BRL-CAD Wiki:202.164.45.204 * 9127 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
21:53.29*** part/#brlcad __monty__ (~toonn@d51A5489B.access.telenet.be)
22:17.47dracarys983brlcad: I have initialized a new struct bu_vls using BU_GET() first and then bu_vls_init(). But using it doesn't print to the MGED window. What might be the problem?
22:35.42Notify03BRL-CAD:starseeker * 65735 (brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libged/shape_recognition.cpp): getting crashes with the raytracing now...
22:39.49Notify03BRL-CAD Wiki:85.246.114.172 * 9128 /wiki/User:Vasco.costa/GSoC15/logs:
22:43.19Notify03BRL-CAD:starseeker * 65736 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: rt_clean causes things to hang - must not be using it right
22:44.27starseekergrrrr
22:54.16Notify03BRL-CAD Wiki:85.246.114.172 * 9129 /wiki/User:Vasco.costa/GSoC15/logs:
22:55.24Notify03BRL-CAD Wiki:85.246.114.172 * 9130 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
22:56.30Notify03BRL-CAD Wiki:85.246.114.172 * 9131 /wiki/User:Vasco.costa/GSoC15/logs:
22:56.59Notify03BRL-CAD Wiki:85.246.114.172 * 9132 /wiki/User:Vasco.costa/GSoC15/logs:
23:00.27Notify03BRL-CAD Wiki:85.246.114.172 * 9133 /wiki/User:Vasco.costa/GSoC15/logs:
23:01.34vasctime to work on tor and bot i guess
23:01.45vaschmmm. dinner first.
23:02.24StragusHow is it going vasc? You had some issues with OpenCL alignment requirements?...
23:02.39vascwell the vector load instructions require size alignment
23:02.48vascso my previous plan to use AoS was a bust
23:03.00vascanyway its done
23:03.15StragusTold you so :p
23:03.33vascwell i thought they would have relaxed that by now
23:03.37vascbut they didn't
23:03.49StragusIt's still a lot slower even when the hardware allows it
23:03.55vascits like SPARC RISC programming all over again...
23:04.25vascsure. but the the data is packed more tightly.
23:04.41StragusOn CUDA hardware, have the whole warp fetch 32 consecutive floats: it's either 1 or 4 memory transactions
23:04.53vascnot that it probably matters in this app since the number of objects seems to be real slow
23:05.00StragusIf AoS, you get 32 memory transactions and you don't have enough vmem bandwidth to feed all the cores properly
23:05.01vascyou could prolly fit all the objects in L1 cache
23:05.14StragusIt's still a lot slower
23:05.38vascwell i'm using a mix fwiw
23:05.42StragusIncoherent access in a warp is only fast within CUDA shared memory (I think OpenCL calls it local memory?...)
23:05.53vascyeah its the local memory
23:06.00StragusBut then you better watch for shared memory bank conflicts
23:06.12vascbut you know the latest GPUs aren't as picky about that
23:06.32StragusAs picky about what? Incoherent access?
23:06.41vascthe caches behave more like CPU caches
23:06.54StragusYes yes... but if you have 32 incoherent access, it's still really slow
23:07.08vascwell so far i'm having other issues
23:07.18StragusCPUs are even worse. In AVX2's vgatherdps instruction, the loads are *serialized*
23:07.22vasclike two orders or three of magnitude slowness from all these bus transfers
23:07.46StragusOh, and on Xeon Phi... vgatherdps is not only serialized, but you have to loop over the instruction until it tells you it's done. Words fail me to describe how absurd that is
23:07.46vascmaybe worse for all i know
23:07.52Straguskicks Intel in the tibia
23:08.10StragusBus transfers? CPU<->GPU?
23:08.14vascyes
23:08.15vascso
23:08.40vasci keep calling a kernel every time i compute a solid intersection
23:08.43StragusThat'll be resolved when they fix their code to consume raytraced data right in GPU memory
23:08.49StragusEw...
23:08.56vascwell the solid data is in the gpu now
23:09.18vascthe problem is storing the results and things like that
23:09.26vascthe dynamic lists of temporaries and shit like that
23:09.43vascas i said yesterday
23:09.46Stragusthought the idea of a giant static buffer allocated dynamically through atomics was a good idea
23:09.51vascit is
23:09.58vascbut i still need to do a lot of shit first
23:10.04StragusRight
23:10.21StragusI feel I would have fun helping you with this
23:10.36vascits getting to a point where its easier to dive into it
23:10.38Stragushas no idea how that GSoC stuff works
23:11.19vasci propose a workplan and if the project leads accept it gets funded by google
23:11.27StragusI still feel the first step would be to implement a "hit" callback without any kind of hit buffering
23:11.44StragusThen someone can complete the job by putting fancy buffering with atomics into that callback
23:11.47vascwell
23:12.02vascthe thing is the csg
23:12.09Stragus(Might not be what brlcad told you, and he certainly has authority on the matter)
23:12.29vasci think he said i could just do first hit intersection and ignore the csg as a first approach
23:12.40StragusEh well, that also works
23:12.55StragusIf you make it an inlined callback, return 0 to terminate the ray, return 1 to continue
23:14.42Notify03BRL-CAD Wiki:85.246.114.172 * 9134 /wiki/User:Vasco.costa/GSoC15/logs:
23:15.51vasci think i'll do the TOR and TGC first
23:16.02vascso i can get a better grasp of the problem domain here
23:16.29vascright now all the solids i implemented on the GPU can have 2 intersection points max one in and another out
23:16.47StragusIf it's a callback, you don't have to worry so much about that
23:16.55StragusWhatever the inlined callback does with the hit is not your problem
23:17.05vascsure but the problem is i don't know how the boolean weaving of the csg works
23:17.08StragusThen you make a simple callback that returns the first hit and terminate the ray, or so
23:17.14StragusAh yes, right
23:17.29vascwell i saw a simple raytracer once
23:17.32vascwith CSG
23:18.19vascbut i don't quite get how BRL-CAD does its thing yet
23:18.46vascthis is basically the problem i was interested in working on the first place
23:19.02vascsean suggested it and i thought it was an interesting problem
23:19.16vascthe thing is we needed to do a LOT of ground work first...
23:19.22StragusRight
23:20.39vasconly got 4 primitives working now
23:20.45vascnext i'll add another 2
23:21.23StragusIf the overall structure is sound, I feel it would be easy for someone to add support for more primitives
23:21.31StragusSo that shouldn't be too critical
23:22.14vascit isn't transfering the solids data from the cpu anymore. the data is stored on the gpu now.
23:22.27vascnext i'll implement a couple more solids
23:23.03vascthen i'll probably work on doing the ray generation on the gpu
23:23.28vascdunno how i'll do about the shading yet though
23:23.37StragusRay generation, shading?
23:23.38vasci'll prolly need  to send more data
23:23.48StragusI thought BRL-CAD's raytracer always received vectors through its API
23:23.55vascwell
23:24.04vascdepends on where you sink yours claws into
23:24.57vasci wanted to exploit ray parallelism so i what to dig into the bit where it computes a whole image
23:25.15StragusOf course, OpenCL is all about parallelism
23:25.30StragusIsn't there a batch/bundle API for the raytracer?
23:25.39vascit all starts with this do_run(int cur_pixel, int last_pixel)
23:26.27vascwhich then calls do_pixel()
23:26.32vascfor every pixel
23:26.48StragusThat sounds very high level for now
23:26.50vascwhich generates the rays, traverses the scene, and computes the shading
23:27.11vascthat's how BRL-CAD works
23:27.30vascof course to do what we want to do we need to bulldoze this neat little construction
23:27.31StragusTo generate pictures yes, but they use raytracing for a lot more stuff
23:27.39vascsure
23:27.50vascbut this is my current concern
23:28.04vascrt_shootray() is called elsewhere but
23:28.17vascits usually something like the user clicks a point and wants to know something
23:28.42vascits not like a bit of latency from doing it on the CPU is gonna be a big issue there
23:28.45StragusI believe they do a lot of intense analysis with raytracing
23:28.54vascright there's that too
23:29.06vascin those cases we'll need to do things differently
23:30.10vascif you generate the rays on the gpu you can save a shitton of bus traffic
23:30.12StragusHum... I thought there was a batch/bundle shootray() function somewhere
23:30.16vasci do that on my renderer as well
23:30.26vascthere is. it just isn't used. ANYWHERE.
23:30.31StragusAhah!
23:30.32StragusCool.
23:30.43StragusThat is terrible
23:31.18StragusOn the plus side, that means you are free to design your own bundle/batch API since nothing uses the current one
23:31.24vascit might have been used by some branch that didn't live or something
23:31.55vascyeah
23:32.06StragusIt's only good if you use SSE2/AVX, CUDA, OpenCL... and BRL-CAD isn't very strong on that stuff
23:32.07vascanyway that's a shitton of work
23:32.11StragusAgreed
23:32.50vascwell the current code has a definitive emphasis on portability
23:32.54vascand for good reason i think
23:33.11vascthat's why i'm not using CUDA
23:33.20Notify03BRL-CAD Wiki:Bhollister * 9135 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 28, 2015 */
23:34.05vascalthough opencl has its own issues...
23:34.16vascit still hasn't caught on enough
23:34.39Notify03BRL-CAD Wiki:Bhollister * 9136 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 28, 2015 */
23:35.02Notify03BRL-CAD Wiki:Bhollister * 9137 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 28, 2015 */
23:35.05vascexcept for the cpu implementations all the gpu implementations have warts in them
23:35.15vascthe amd gpu compiler has a lot of bugs in it
23:35.29vascand the nvidia gpu compiler only compiles an ancient version of opencl
23:35.40vascand now i hear the apple gpu compiler is broken too
23:36.06vascits like java code once test everywhere
23:36.18vascwell its worse than java
23:36.28vascits gonna be like java once OpenCL 2.0 is commonplace
23:36.35vascIF it ever gets to be commonplace
23:37.21vascright now you send program source code to the graphics driver and it compiles it and runs it
23:37.49vascwith 2.0 you compile intermediate code and send that to the graphics driver which recompiles it to the target architecture and runs it
23:39.22StragusCUDA gives you a lot more control over Nvidia hardware, as expected
23:39.41StragusAnd OpenCL might seem like a good idea, but the truth is that you must write completely different code for each platform *anyway*
23:39.55StragusIf you write the same code for both AMD and Nvidia, it's going to be slow
23:40.12vascwell
23:40.23vasci think it's a better idea
23:40.42vascand some things are better and others worse
23:40.48StragusIt would be a good idea if the core language exposed a bunch of vendor-specific extensions, like OpenGL
23:41.02StragusSo you could still write good code for a bunch of platforms
23:41.06vascit does. but there aren't a lot of extensions available.
23:41.30vascyou can even use inline assembly.
23:41.39StragusOnly CUDA PTX inline assembly ;)
23:42.04vascwell i dunno about other OpenCL compilers
23:42.35StragusThe hardware targets are so different, "one code runs everywhere" isn't a good idea if you care about performance
23:43.05StragusNow, I know brlcad keeps saying he doesn't care about performance... but for a lot of people out there, that isn't a good compromise
23:43.56vascyeah but the gpu architectures are too different
23:44.06StragusExactly, so you need different codes anyway
23:44.31vascwell its not interesting if the code becomes unportable
23:44.36vascunrunnable
23:45.01StragusI didn't say that, you can put the hardware-specific stuff under #if or such
23:45.15vascso you use a higher level language and if you really need to squeeze perf in some place you can use inline asm
23:45.16StragusBut the code's entire design is optimized for a specific hardware architecture
23:45.17vascat least on nvidia
23:45.26vascwell
23:45.33vasci'm going to optimize it for SIMT basically
23:45.39StragusRight
23:46.11vascbut the SIMT model maps out decently to SIMD and MIMD
23:46.35vasce.g.
23:46.41vasci had my triangle ray tracer
23:46.43StragusIt's a lot more flexible. SIMT-designed code can run on SIMD SSE/AVX, but it may catastrophically slow :p
23:46.48vascand i rewrote it in opencl
23:47.03vasci ran it on the cpu using amd opencl and it was 4x faster
23:47.06vascyou can guess why
23:47.16StragusSSE, eh
23:47.40vasci think the gpu was 8x faster than that one
23:47.52vascthe cpu opencl one
23:47.55StragusThat OpenCL CPU compiler was surprisingly clever somehow
23:47.58vasci only changed one line of code
23:48.09vascso you see it's quite decent
23:48.18StragusCompilers aren't good at emitting instructions like movmaskps and everything above, which is essential for a raytracer
23:48.24Stragus(or at least for mine)
23:48.35vascwell my raytracer was in ANSI C
23:48.41vascwith OpenMP
23:48.54Straguscan't stand OpenMP
23:49.08vascits kinda crappy but nearly any compiler can use it
23:49.21vascany compiler that matters supports it
23:49.36StragusRight, and everybody wants to use it, no matter how crappy it is
23:50.10vasci used pthreads at one point
23:50.13vascthe perf was the same
23:50.17vascand it was unportable
23:50.23StragusFor a raytracer, probably
23:50.34StragusFor some problems, OpenMP really gets in the way of doing things properly
23:50.37vascsure
23:51.10vascthe thing is you can do it without using a lot of synchronization
23:51.20StragusRight
23:51.25vascin fact i didn't use any synchronization between threads at all
23:51.41Stragusremembers his atomic NUMA-aware staged barriers written in assembly
23:52.04vascanyway the thing is
23:52.12vascopencl does use the sse perf
23:52.19vascit might not get 100% of it but its decent
23:52.45StragusRight. But what is fast on GPU and what is fast on CPU are sometimes radically opposed
23:52.55vascyeah
23:53.02StragusSo if your code is designed for both, it's going to be slow on both
23:53.10vascbut in my experience code optimized for SIMT runs well on the cpu as well
23:53.43StragusI would say you were lucky
23:54.22vasci tried sse with intrinsics at one point
23:54.38vascthe performance was so hit and miss it was exasperating
23:54.58StragusYes, you really need to know what the compiler and hardware are doing
23:55.04vasclet the damned compiler optimize it for my cpu
23:56.38vascthere's room for hand written code but it keeps getting harder as codebases get bigger
23:56.50vascand the computer architectures more complicated
23:58.33StragusCompilers have a hard time with complex architectures as well, partly because the code that's being fed to them isn't designed for the actual architectures
23:58.52StragusAnd parly because compilers are stupid
23:58.57Straguspartly*
IRC log for #brlcad on 20150729

IRC log for #brlcad on 20150729

00:01.44vascyeah. the simt model helped tremendously with that
00:01.59vasccoz it maps good to simd and mimd
00:01.59StragusTrue, it's a lot more flexible than SIMD
00:02.05vascyeah and that
00:02.13vascsimd programming is so cumbersome
00:02.30vascits like trying to fight with one hand on your back
00:02.51StragusDepends how you see it. :) I like telling the compiler which instructions to use exactly
00:03.08vascwell its not like opencl doesn't have vector instructions
00:03.14StragusBut I agree OpenCL/CUDA style SIMT is a lot more convenient
00:03.34vascit doesn't have all of them but
00:04.21StragusNvidia hardware doesn't have any per-lane vector instructions, besides read/write 64 bits (which is somewhat a float2 operation)
00:04.39StragusI think AMD is the same
00:05.38vasci think amd is more mixed
00:05.54vascit's kinda like an array of VLIW processors
00:06.22vascoh
00:06.25StragusMmhm, perhaps. I don't have much experience with AMD
00:06.37vascor an array of SIMD ones depending on the architecture
00:06.43vascwell i don't have one of their gpus either
00:06.50vasci read it somewhere
00:07.28StragusSo they have parallelism per SIMT lane and SIMD within the lanes themselves?
00:07.59StragusSeems like... a little too intense, how to allocate their transistor budget
00:10.06vasccan't find it
00:10.34vasci had some slides with a diagram
00:11.00StragusIt just seems like a lot of transistors dedicated to SIMD on top of the SIMT parallelism
00:11.25vaschttp://www.slideshare.net/DevCentralAMD/gs4106-the-amd-gcn-architecture-a-crash-course-by-layla-mah
00:11.53vasc5-element VLIW
00:12.24vascand now its 4-element VLIW
00:13.46StragusOkay, so it's not SIMD, just many instructions packed together
00:14.04vascah crap that was the old arch
00:14.15vascGCN is on slide 19
00:14.39vascand 20
00:14.44vasc4x SIMD-16 units
00:15.14vasceach SIMD-16 unit has a 16-lane vector ALU
00:15.33StragusSo it's 16-wide SIMD
00:15.55vasckinda like larabee but without the x86 baggage i guess
00:16.19StragusGiven that it's a GPU, it's probably a lot more flexible than x86 SIMD
00:16.29vascit also has a dedicated local memory
00:16.35Stragusx86, Larabee, Xeon Phi, it's all terrible
00:16.47vascso in that arch _local is prolly useful.
00:16.52StragusSame as CUDA, it's basically a software-managed L1 cache
00:17.09vascno it has an L1 cache in addition to that
00:17.14vascsee slide 19
00:17.40vasckinda interesting
00:17.42StragusI know, I know
00:18.10StragusShared/local memory is still some very fast on-chip memory, the closest GPU equivalent to a CPU L1 cache
00:18.14vascit even has a scalar unit
00:18.34vascwell the difference is that i don't need to manage an L1 cache
00:18.41vascas much
00:19.32StragusIt's better when managed by software :p
00:19.58StragusNvidia Fermi had excellent L1/L2 cache, the automated caches became all crappy after that
00:20.31StragusKepler and Maxwell have a great read-only texture cache though
00:21.49StragusAMD's local memory even has the same bank conflicts as Nvidia CUDA shared memory
00:23.07vascthe problem with amd as usual is the software
00:23.39vasctheir drivers stink
00:23.53StragusThat's very polite
00:23.53vasci actually liked their opencl cpu compiler
00:24.41vascone issue, or so i heard, was that because they had no binary compat like nvidia they constantly needed to rewrite the driver code
00:24.53vascand they don't have a lot of resources to begin with
00:25.15StragusI wish they would focus a little more on their CPUs
00:25.16vascthe cpu guys don't have those issues
00:25.26vascwell they're in dire straits
00:25.33StragusI know :(
00:25.35vascif it wasn't for the console win they would be dead now
00:25.59vascibm's going out of the market totally
00:26.01StragusI plan on upgrading AMD in about a month, dual Opteron 6370P
00:26.15vasci have a piledriver
00:26.21vascamd fx-8350 or something
00:26.40StragusThey haven't made any new FX chip for a while
00:27.03vascyeah i think there was like one speed bump after that and that was it
00:27.11vascand i bought it a looong time ago years ago
00:27.24vascwhen it came out
00:27.29StragusI'm really sad, I have always like AMD since the Athlon XP
00:27.49vascthey did too many management mistakes
00:27.50Stragus3dnow! was great, and they had fast big number arithmetics and other things that were terrible on Intel
00:27.54vascthey didn't handle their resources well
00:28.24vascthe ati buy was a real mistake
00:28.33vascit drained them of all the cash they had
00:29.09StragusMost low-end laptops now run AMD CPU+GPU, at least they got that
00:29.09vaschector ruiz basically took a company that was finally doing ok and brought it to its knees
00:29.17vascthat and the consoles
00:29.24vascits the same arch i think
00:29.25vascjaguar
00:29.30vascor is it zen now
00:29.38StragusTheir NUMA Opterons were/are great machines at an excellent prices
00:30.09StragusCome on, 32 cores for $1400, try getting that with Intel
00:30.16vascyeah. not a lot of processor with cheap large socket count like that
00:30.18vascand that
00:30.28vasclosing their fabs cost them big time
00:31.03vascthey probably thought it was a good idea because TSMC was executing so well
00:31.08vascWAS until they slipped
00:31.36vascintel has too much of a process advantage right now
00:31.55StragusIntel has slightly higher performance for 2.5x the cost
00:32.12StragusI don't understand people don't go more for AMD chips
00:32.22vascwell right now the amd chips really suck
00:32.50StragusOpterons 63xx are okay
00:33.30StragusIn fact, they are faster than Intel chips *if* you are running NUMA-aware code able to allocate memory for each core in its own specific NUMA bank, with threads locked to the cores
00:33.39StragusBut very little software does that
00:34.46vasc32nm
00:35.22vascthat's at least two processes behind intel
00:36.07vascso its like they are using 4 years older fabs
00:36.19StragusThe chips still perform well, so the design is probably fairly good
00:37.21StragusSome two years ago, I benchmarked Opteron 63xx against the latest Intel with NUMA-aware code and AMD was faster
00:37.37StragusExcept AMD hasn't produced anything new since then
00:37.50Stragus(32 cores in both cases)
00:38.03vascwhich kind of code?
00:38.19vascint, fp?
00:38.37StragusMostly floating point
00:38.47vascseems weird
00:38.49StragusConsuming a lot of memory bandwidth too
00:39.03vasci think haswell has a wider simd unit
00:39.28StragusThe code was only SSE, no AVX
00:39.33vascoh ok
00:41.24StragusAVX is really bothersome sometimes
00:41.51StragusYou can do shuffles... but only within the upper and lower 128 bits "lanes", and all other kind of weird stuff limited within 128 bits lanes
00:42.05StragusIt's really awkward to write good AVX, the instruction set is messed up
00:43.21vascthat's one reason why i went opencl
00:43.26vascthe constant ISA changes
00:43.51StragusIt's still good to know what the hardware can do, or you'll generate terribly slow AVX code without knowing it
00:44.08vascDLXV was a lot nicer.
00:44.12vascclassical vector.
00:45.56StragusI wonder what OpenCL does if you have a 8 floats AVX vector and you want to shuffle float [0] with [7]
00:46.07StragusOr can you even do that in OpenCL?...
00:48.03vasci think so
00:48.08vascthere's a float8 type
00:48.20StragusNo, a shuffle between lanes of the same wavefront
00:48.28*** join/#brlcad gurwinder (~chatzilla@59.91.119.36)
00:49.52vascthere's a shuffle() and shuffle2() instruction
00:50.22vasci think you can't do comms in the same lane in opencl like that
00:53.24vascCUDA has some instructions but i think opencl doesn't
00:54.19StragusRight... so you can't use CUDA shuffles, nor SSE/AVX shuffles and so on
00:54.27StragusOpenCL is a little limited on certain things
00:55.46vascthe thing that really annoys me is the opencl texture support. it's crap.
00:56.02StragusWhat's missing?
00:56.09vascno mipmaps for one
00:56.11StragusIn CUDA, we don't have compressed textures and some other things
00:56.16StragusOuch
00:56.46vascthere's an extension now
00:56.59vascbut at the rate nvidia updates their opencl implementation maybe we'll have it in a decade or two
00:58.33StragusEh, they want to promote CUDA first
00:59.08StragusWhere you can do a trilinear mipmapped lookup into a seamless cubic texture, by the way :p
00:59.12vasconly intel and amd are serious about opencl
00:59.20Straguscube* texture
00:59.20vascthat's nice
00:59.38vascdo they have bitmaps which are real bitmaps instead of bytemaps?
01:00.03StragusBitmaps? Bit maps?
01:00.09vascyeah
01:00.16StragusNot quite following what you mean
01:00.21vasc1 bit per pixel
01:00.25vascinstead of 8 bits
01:00.50StragusIt's not a format supposed by the hardware
01:00.53vascsee
01:01.00vasci did my own implementation of that
01:01.16vascin cuda
01:01.22StragusOf course, but the hardware texturing logic doesn't do 1 bit textures
01:01.32vascit's a shame though i could use that
01:01.53vascmipmapped 1 bit per pixel 3d textures with my own filtering function
01:02.33StragusThat's nice, the hardware texturing is fast but it has some limitations
01:02.52StragusAlthough it does support a wide range of very useful formats, like RGBA 10,10,10,2
01:03.02StragusWhich is fantastic to store 3D vectors
01:13.22Notify03BRL-CAD:starseeker * 65737 brlcad/trunk/src/librt/db_tree.c: Make sure rt_uniresource is initialized before using it
01:57.56Notify03BRL-CAD:starseeker * 65738 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Back up to the last point that didn't crash.
02:05.32Notify03BRL-CAD:starseeker * 65739 brlcad/trunk/src/libged/shape_recognition.cpp: This step doesn't seem to cause problems...
02:26.27vascblech
02:26.42vascthe quartic solver is annoyingly codey
02:29.57StragusI assumed it would mostly be copy/paste to OpenCL
02:30.21vasckind of.
02:30.27vascbut it's branchy like heck.
02:31.09StragusEh yes, that could be optimized for SIMT hardware
02:33.07vascBRL-CAD uses this generic solver for up to 6th order polys
02:33.20vascand for some reason the torus intersector uses that code
02:33.34vascit may be that it has extra checks for weird polys
02:33.44vascbut it's still annoying like heck
02:35.00vasclike if you have lots of zeros then it uses the cubic solver. or the quadratic solver. etc
02:35.08vascbranch and branch and branch
02:35.53vascBAH
02:36.00vasci'll just use the quadratic solver
02:36.06vascquartic
02:36.35vascand you know which is the primitive that uses 6th order polys?
02:36.38vascthe HEART primitive
02:36.52StragusAhah!
02:36.58vascso we have a 6th order solver just because of that
02:37.39vascbangs his head with a hammer
02:37.50StragusHaving all primitives use the same solver code can be useful for incoherent rays
02:38.02StragusBut if they are coherent, you would be much better off with optimized code for each primitive
02:38.09vascwell ya know
02:38.35vascthis thing supports more than implicits
02:38.51vascand the sphere and ellipsoid actually use the quadratic solver instead of the general one
02:39.28vascfor some reason no one uses the quartic solver directly
02:39.45vascits probably because of numeric instabilities
02:39.48vascbut lets ignore that for now
02:39.54vascuses the quartic solver
02:41.38vascgah
02:42.02vascits like looking at the niagara falls or something
02:42.07vasccascading branches again
02:42.27StragusStart with copy/paste, someone can optimize that later
02:44.21vasci'm doing that and some inlining
02:48.13vasci feel like just doing my own based on the wolfram or wikipedia page for the quartic solver would be quicker though
02:49.20StragusI wouldn't recommend that, stability can be tricky for these things
02:49.49vascyeah i know
02:49.59vascbut i'm not gonna use the generic solver that's for sure
02:50.36StragusBefore using any other code, I would bombard both codes with billion of equations to detect any glitch
02:50.47StragusWhich is time consuming, so it's probably best to copy/paste for now
02:51.46Notify03BRL-CAD:starseeker * 65740 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 2 others): looks like I had gummed up the name handling, and it was showing up as weird errors in the tree build...
02:55.11vascbah humbug
03:01.02Notify03BRL-CAD:starseeker * 65741 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libged/shape_recognition.cpp): switch in rt_wdb
03:04.03vascgood. time to start finding bugs
03:21.39vascblam
03:21.43vasccrash
03:21.52vascwell that's a start
03:23.11StragusHow easy is OpenCL debugging?
03:23.24vascit's bad
03:23.42vascat least this time it didn't lock my display
03:23.44StragusCUDA is slightly painful, I generally write the whole CUDA-designed code in C and pretty much copy/paste
03:23.46vasccomputer
03:23.52vascyeah
03:23.54vasci do that usually
03:24.02vascan ANSI C mockup and then i port it
03:24.07StragusExactly
03:24.17StragusWith dummy malloc/free for shared memory and stuff
03:24.43vaschm this ain't working so well
03:24.59vascmaybe the quartic solver alone doesn't work
03:25.35vasci'll try doing that in the ANSI C bit to see what happens
03:25.40Stragusnods
03:28.43vascyeah it doesn't work either
03:28.43vascgreat
03:29.07vascthe generic 6th order solver it is then
03:31.25vascoh its recursive
03:31.28vascnow i notice that
03:31.30vaschmm
03:31.50StragusDamn.
03:32.38vascwell i think opencl supports recursionm
03:33.51StragusProbably, although it's darn slow
03:34.28vascah no it ain't
03:34.35vascit just calls a function with a really similar name
03:38.36vascholy cascading function calls batman
03:40.05vascyou're in a maze of twisty passages all aline
03:40.06vascalike
03:40.31vasci need complex numbers as well
03:40.32vascneato
03:41.26Notify03BRL-CAD:starseeker * 65742 (brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libged/shape_recognition.cpp): There we go - getting what should be all the key pieces we need. Next up is a) a bbox filter for the missing gaps and b) the final decision logic.
03:43.10StragusYou are in a maze of twisty branches, all alike
03:44.11starseekerbrlcad: my apologies - I was feeding in nonsense names to the combs and didn't realize it
03:45.02starseekernotes to self to remember that comb building does no sanity checking on names...
03:47.02vascif it was the amd gpu compiler it would probably barf on this code
03:48.36Notify03BRL-CAD:brlcad * 65743 brlcad/trunk/src/librt/primitives/datum/datum.c: add an arrowhead onto the tip of axes as an indicator of directionality, fix placement of the plane plots too.
04:28.48vascwell its working
04:44.41Notify03BRL-CAD Wiki:85.246.114.172 * 9138 /wiki/User:Vasco.costa/GSoC15/logs:
04:48.18vasctoo tired. it's the crack of dawn here.
04:48.24vascsee you tomorrow
04:53.16Notify03BRL-CAD Wiki:85.246.114.172 * 9139 /wiki/User:Vasco.costa/GSoC15/logs:
04:53.49Notify03BRL-CAD Wiki:85.246.114.172 * 9140 /wiki/User:Vasco.costa/GSoC15/logs:
04:54.19Notify03BRL-CAD Wiki:85.246.114.172 * 9141 /wiki/User:Vasco.costa/GSoC15/logs:
04:56.49Notify03BRL-CAD Wiki:85.246.114.172 * 9142 /wiki/User:Vasco.costa/GSoC15/logs:
04:59.53Notify03BRL-CAD Wiki:85.246.114.172 * 9143 /wiki/User:Vasco.costa/GSoC15/logs:
05:01.11Notify03BRL-CAD Wiki:85.246.114.172 * 9144 /wiki/User:Vasco.costa/GSoC15/logs:
05:03.13Notify03BRL-CAD Wiki:85.246.114.172 * 9145 /wiki/User:Vasco.costa/GSoC15/logs:
05:07.59Notify03BRL-CAD Wiki:85.246.114.172 * 9146 /wiki/User:Vasco.costa/GSoC15/logs:
05:19.49Notify03BRL-CAD:brlcad * 65744 brlcad/trunk/NEWS: libdm changes to improve the appearance of points -- actually drawing circles instead of squares -- is user visible in a variety of places, most notably the point cloud primitive.
05:32.15*** join/#brlcad shaina (~shaina@59.89.41.116)
05:50.43*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
06:11.48Notify03BRL-CAD Wiki:Gurwinder Singh * 9147 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
06:13.48Notify03BRL-CAD Wiki:Gurwinder Singh * 9148 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
06:18.00brlcadnotes the solver Stragus and vasc were talking about is not 6th order just for heart, it's Nth order with N set at compile-time -- and it amazingly worked very stable for 6th order although having never been implemented with that in mind
06:19.02brlcadI tested about a half dozen different solvers available online a few years ago and brl-cad's substantially outperformed ALL of them including the venerable GMP
06:20.36brlcadfrankly shocking result, because I was looking to replace it with a 3rd party solver lib .. assuming there would be something faster out there
06:21.57gurwinderbrlcad: I'm working on pipe. Not able to understand bend radius. I run make pipe make it has bend radius 500 but there is no bend at all.  
06:22.33gurwinderthe pipe is strait
06:23.45brlcadStragus: my comment about not caring about performance was specifically with regards to vasc's gsoc project, please don't turn that into a bigger statement than that :)
06:25.08brlcaddracarys983: not enough info, how are you printing the vls to the mged window?
06:26.21brlcadgurwinder: you got half working?
06:27.14brlcadgurwinder: see http://brlcad.org/wiki/Documentation principles of effective meodeling document for a pipe overview
06:27.27gurwinderbrlcad: yes half is working well. POV-Ray support it as plane.
06:28.19gurwinderhere is link http://www.povray.org/documentation/view/3.6.1/297/
06:29.17gurwinderbrlcad: I read about bend in http://brlcad.org/VolumeIII-Principles_of_Effective_Modeling.pdf
06:30.15gurwinderbut it confuses me when I run make pipe make and it show pipe with two points and bend radius 500.
06:31.08gurwinderSo If there are only two points so whats the meaning of bend here?
06:32.04brlcadyou have a radius but no point around which to bend (you need a third point)
07:03.01dracarys983brlcad: Using bu_vls_printf(). bu_log() works perfectly, bu_vls_printf() doesn't.
07:39.11*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:07.33*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-tqmhgqesmhgvsphs)
08:34.12*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:51.54*** join/#brlcad gurwinder (~chatzilla@59.91.119.36)
09:28.38dracarys983d_rossberg: I updated the rt^3 tests patch. I sent a mail regarding the API design on mailing list. Is that design alright?
09:29.01dracarys983I have implemented it in that way and volume is working now. Centroid needs the density table to be imported. It'll be done in a day.
09:29.18dracarys983Surface area is next up, and then the caller functions.
09:29.26dracarys983in C++ interface
09:35.29d_rossbergthe over all design looks reasonable
09:36.16d_rossbergthe only thing i would like to mention is that api.c doesn't contain an API but internal helper functionality
09:36.52d_rossbergthis is a little bit confusing
09:39.56dracarys983d_rossberg: Okay. I have implemented the ray shooting logic in api.c (I will change the name if it's misleading). It fills in the structures and a ray context structure.
09:40.26dracarys983I pass the ray context structure to volume, centroid and surface area calculating functions in libanalyze.
09:40.46dracarys983They calculate the grand totals and return the required value.
09:41.14dracarys983s/ray/raytracing
09:42.26dracarys983The ray shooting code is the same as that in gqa, no changes right now.
09:43.23dracarys983d_rossberg: One thing I'm not able to do is print messages to MGED window using bu_vls_printf(). bu_log() works.
10:50.18d_rossbergas far as i can see bu_vls_printf() writes the output to a bu_vls struct, no emged window there
10:52.59dracarys983Yes, I'm using a bu_vls struct to which I write using bu_vls_printf(). Now, there's ged_result_str which is a bu_vls struct and it's used to print output to MGED window.
10:53.22dracarys983I've made a bu_vls struct named analyze_struct_str to do the same. Not working.
11:03.34d_rossbergand how do you want to write the buffer (t.e. the vls struct) to the mged window?
11:04.33d_rossbergged is a structure which comes from the tcl interpreter, the ged routines write something to it, snd then the tcl interpreter will do something with it
11:04.47dracarys983As I would write a string to stdout -- I want to write the string to MGED output.
11:05.04d_rossberge.g. write the ger_result_str to the tcl command window
11:05.30dracarys983d_rossberg: Ah, right. So it's the Tcl interpreter that writes the contents of ged_result_str to MGED window.
11:05.33d_rossbergdo you have a handle of the mged window?
11:06.11dracarys983No, I don't pass gedp. I only pass the dbip pointed to by gedp.
11:07.00dracarys983If I pass the gedp, I can use gedp->ged_result_str to print to Tcl command window.
11:07.10d_rossbergtcl is (ideally) a layer above the kernel
11:08.22d_rossbergyou shouldn't mix them
11:09.39dracarys983d_rossberg: Hm okay. So is it possible to switch output bu_vls struct to analyze_result_str when analyze command is called?
11:09.55dracarys983There's one way to avoid using bu_vls_printf() -- to use bu_log().
11:12.35d_rossbergthis would be the appropriate method for logging at kernel level
11:14.15d_rossbergbtw, libraries can define debug levels (see include/rt/debug.h)
11:17.30dracarys983d_rossberg: Those flags are to be assigned to RT_G_DEBUG to get debugging info, right?
11:17.45dracarys983And yes, I'll switch to bu_log() then. :)
11:21.43d_rossbergyes, but i don't know if you want to make it that complex, but a switch to switch the libanalyze debug output on and of like in librt ...
11:41.10*** join/#brlcad gurwinder (~chatzilla@59.91.119.36)
12:49.06brlcaddracarys983: bu_vls_printf() lets you use a printf-style interface to print INTO a vls, not print that vls to stdout
12:50.10brlcadyou have to use bu_log or fprintf or printf or std::cout or write or some other standard method to write to standard out
12:50.33brlcadfprintf("%s\n", bu_vls_addr(&your_vls));
12:50.41brlcader, fprintf(stdout, "%s\n", bu_vls_addr(&your_vls));
13:00.08*** join/#brlcad ih8sum3r (~deepak@122.173.207.45)
14:03.18*** join/#brlcad sofat (~sofat@202.164.45.212)
14:11.02Notify03BRL-CAD:starseeker * 65745 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: Use the bbox to limit which gaps are being considered for the given candidate object.
14:14.20Notify03BRL-CAD:starseeker * 65746 (brlcad/trunk/include/wdb.h brlcad/trunk/src/libwdb/reg.c): Empty strings as wmember names leads to a number of problems, including infinite loops when trees with nested empty string entries are interperted as referring to each other. Extra fun when debugging since there's no unique name handy to help identify what might be causing the problem. While we're at it, sanity check headp.
14:50.01*** join/#brlcad sofat (~sofat@202.164.45.212)
14:57.52*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
15:01.27dracarys983brlcad: Ah, I see. Thank you. So, printing using bu_vls_printf() solved.
15:27.18Notify03BRL-CAD:starseeker * 65747 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: Make an initial subtract/no-subtract determination. Need to refine in situations where we're getting relatively small numbers of rays.
15:29.22*** join/#brlcad shaina (~shaina@59.89.41.116)
16:14.35*** join/#brlcad sofat (~sofat@202.164.45.212)
16:32.11*** join/#brlcad vasc (~vasc@bl7-121-4.dsl.telepac.pt)
16:49.43dracarys983brlcad: Are there any primitives who have a NULL entry in either of ft_volume/centroid/surf_area but it's *analyze_<primitive>* function has been implemented?
16:56.13*** join/#brlcad sofat (~sofat@202.164.45.212)
17:22.08*** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:6e71:d9ff:fe7c:6803)
17:57.30*** join/#brlcad konrado (~konro@41.205.22.39)
18:29.35*** join/#brlcad sofat (~sofat@202.164.45.204)
18:59.08*** join/#brlcad konrado (~konro@41.205.22.58)
19:01.22Notify03BRL-CAD:brlcad * 65748 brlcad/trunk/src/libdm/dm-X.c: calling BN_VLIST_DRAW_POINT should move the cursor to that position, so we don't have to explicitly call MOVE if drawing from there.
19:21.26Notify03BRL-CAD:brlcad * 65749 (brlcad/trunk/TODO brlcad/trunk/src/libdm/dm-wgl.c): make sure the vlist cursor is always moved to the current point so that point drawing works as expected, but this begs for a quick test to make sure wireframes were not broken in the process if there is some statefulness implied. it should be save though as it's exactly what the ogl manager is currently doing. this brings them back closer
19:21.28Notifyinto alignment.
19:21.30Notify...
19:21.49Notify03BRL-CAD:brlcad * 65750 (brlcad/trunk/src/libdm/dm-X.c brlcad/trunk/src/libdm/dm-qt.cpp): we want to stash in lpnt after drawing a point
19:24.53Notify03BRL-CAD:brlcad * 65751 brlcad/trunk/TODO: plot and tk are in the same boat, needing support for points
19:34.55Notify03BRL-CAD:brlcad * 65752 (brlcad/trunk/TODO brlcad/trunk/src/libdm/CMakeLists.txt): separate out libdm-specific issues into a libdm README file. as our ledger has grown over the years, there are too many developer-only entries that could just as well live as comments in the code or notes in a library README file and don't really have any user-visible value for being tracked on our public TODO backlog.
19:40.13*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
19:47.59Notify03BRL-CAD Wiki:Deekaysharma * 9149 /wiki/User:Deekaysharma/logs:
20:05.14vascnope opencl doesn't support recursion
20:06.36StragusReally? No "true" function calls then?
20:07.09Notify03BRL-CAD:starseeker * 65753 (brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libanalyze/util.cpp): This undoubtely needs a lot of refinement, but get a subtract/no-subtract decision from the ray tracing. Need more context - for example, need to distinguish when a solid in a candidate is removing positive material it shouldn't vs. subtracting empty space.
20:07.16StragusThe first generation of CUDA hardware from 2008 didn't support functions either
20:18.11``Erikshakes fist at 2008 via his 2008 laptop :/
20:26.31Notify03BRL-CAD:brlcad * 65754 brlcad/trunk/src/librt/primitives/datum/datum.c: big improvement on datum plane plotting, just draw a simple box in the plane with an up vector.
20:27.28Notify03BRL-CAD:ejno * 65755 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix an issue in which WALLs between components with thin-wall cones/spheres could result in creation of nonexistent cones/spheres
20:27.57*** join/#brlcad sofat (~sofat@202.164.45.212)
20:34.49*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
20:37.06Notify03BRL-CAD:brlcad * 65756 brlcad/trunk/src/libbn/mat.c: bn_vec_perp() is really jumpy and inconsistent, making it undesirable when rendering GUI elements. implementation needs to be more continuous .
20:50.00Notify03BRL-CAD:brlcad * 65757 brlcad/trunk/include/vmath.h: VPROJECT() needs to swap args .. yikes.
20:55.28Notify03BRL-CAD:starseeker * 65758 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: Add the new subtractions to the final csg definition
20:57.30*** join/#brlcad sofat (~sofat@202.164.45.204)
21:04.35Notify03BRL-CAD:starseeker * 65759 brlcad/trunk/src/libged/shape_recognition.cpp: Only do the raytracing prep when we actually need it.
21:23.54Notify03BRL-CAD:starseeker * 65760 brlcad/trunk/src/librt/mkbundle.c: zeros won't work here...
21:42.01Notify03BRL-CAD:starseeker * 65761 (brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libanalyze/util.cpp): avoid crashing in some error cases.
21:48.00vascBTW i tried doing a rendering loop where i first compute the intersections and store the lengths of the lists, alloc, and then compute the intersections and store the intersections
21:48.09vascthe performance loss is like %30
21:48.19vascso i think i'll do that
21:48.36vascinstead of the dynamic allocation
21:49.08vascdoing the intersections twice doesn't make things twice slower
21:49.12vascits like 30% slower
21:49.22vascbecause a lot of time is spent on the boolean weaving
21:49.37vascthere's just one snag
21:49.52vascbecause i only do boolean weaving in the end i can't do early termination
21:50.02vascon the rays
21:50.08*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:50.28vascso i always need to trace rays all the way
21:51.05vascthe performance impact would be on scenes with high depth complexity
21:51.12StragusIf you are going to count all hits then trace again, early termination makes no sense indeed
21:51.23vascbut AFAIK usually scenes don't have a lot more depth complexity than 2 or 3 anyway
21:51.39StragusI think they manage fairly complex scenes :p
21:52.47vascwell between that kind of extra calcs and the extra mallocs
21:52.55vasci kinda suspect the extra calcs win
21:53.34vasc30% is a worst case btw
21:53.40StragusWell... I disagree, but the other way is complex, so it's good enough for now
21:54.07vascthere's just one thing though
21:54.34vasci plan to transfer the light of segments to the CPU and do the boolean weaving there as a temporary step
21:54.42vascthat's gonna suck until that gets rewritten
21:55.17vascbut this also means we can compute non-GPU accelerated intersections on the CPU and merge the results
21:55.49vascs/light/list/g
21:56.17vascback to tgc
22:03.45Notify03BRL-CAD:brlcad * 65762 brlcad/trunk/src/libbn/mat.c: bail earlier on degenerate case
23:15.50Notify03BRL-CAD Wiki:85.240.121.4 * 9150 /wiki/User:Vasco.costa/GSoC15/logs:
23:16.09Notify03BRL-CAD Wiki:85.240.121.4 * 9151 /wiki/User:Vasco.costa/GSoC15/logs:
23:18.19vascbrlcad, if you apply any of my patches, apply them in this order:  #341, #393
23:21.45Notify03BRL-CAD Wiki:85.240.121.4 * 9152 /wiki/User:Vasco.costa/GSoC15/logs:
23:22.59Notify03BRL-CAD Wiki:85.240.121.4 * 9153 /wiki/User:Vasco.costa/GSoC15/logs:
23:24.57Notify03BRL-CAD Wiki:Konrado DJ * 9154 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 29 JULY 2015 */
23:28.11Notify03BRL-CAD Wiki:85.240.121.4 * 9155 /wiki/User:Vasco.costa/GSoC15/logs:
23:32.55Notify03BRL-CAD Wiki:85.240.121.4 * 9156 /wiki/User:Vasco.costa/GSoC15/logs:
23:34.27Notify03BRL-CAD Wiki:85.240.121.4 * 9157 /wiki/User:Vasco.costa/GSoC15/logs:
23:35.14Notify03BRL-CAD Wiki:85.240.121.4 * 9158 /wiki/User:Vasco.costa/GSoC15/logs:
23:45.34vascwell the primitives are ported
23:45.40Notify03BRL-CAD:brlcad * 65763 brlcad/trunk/src/libged/typein.c: fix a couple bugs including not validating that we got proper numeric args where expected and needing to allocate datums individually instead of as an array (as they must be released individually).
23:45.53vascso we got SPH, EHY, ELL, ARB8, TOR, TGC
23:48.02vascwith that off time to consider how to implement the rendering architecture
23:48.03vascso
23:48.08vasctime to write stuff on paper
23:48.09Notify03BRL-CAD:brlcad * 65764 brlcad/trunk/src/librt/primitives/datum/datum.c: WIP, needing a better solution for off-angle planes as bn_vec_perp() is unstable. also fix 4 byte per datum overallocation (no harm, but wasted).
IRC log for #brlcad on 20150731

IRC log for #brlcad on 20150731

06:37.05*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
06:37.05*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
07:26.51vascpixdiff bytes:  783165 matching,    3267 off by 1,       0 off by many
07:26.57vascfor the tgc
07:29.19dracarys983starseeker: src/libanalyze/util.cpp -- [ERROR : ydata may be used uninitialized in analyze_get_bbox_rays()]
07:29.52vasci'll do the tests for the other primitives later
07:36.50vasctorus: http://imgur.com/jDR4xrc
08:02.03*** part/#brlcad vasc (~vasc@bl13-249-244.dsl.telepac.pt)
08:07.59*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dukmytcbmjgdlqey)
08:43.27*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:45.15d_rossbergdracarys983: just tried to compile your libanalyze patch and got an error in src/libged/analyze.c:1319:5: error: ISO C90 forbids variable length array ‘names’ [-Wvla]
08:46.55dracarys983d_rossberg: Okay, I'll fix that. Weird my build didn't catch that.
08:48.52d_rossbergdid you disabled BRLCAD_ENABLE_STRICT?
08:49.53dracarys983Oh this build is using my cmake config that I did before and it's been ages since I changed any of the flags. Yes, probably that flag is disabled.
08:50.05*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:59.08dracarys983d_rossberg: I'll turn it on and compile once. Will update you in a while.
09:08.50d_rossbergmaybe you should delete your cmake chache and generate a clean build
09:09.04dracarys983Yeah, doing that right now
09:23.39dracarys983d_rossberg: So I make a new directory mged_build, ran cmake <path_to_source> -DCMAKE_BUILD_TYPE=Release -DBRLCAD_ENABLE_STRICT=ON
09:23.48dracarys983Then I run make mged
09:24.05dracarys983I didn't get any errors :/
09:29.29d_rossbergtry "cmake <path_to_source>" without any extension
09:30.32d_rossbergbtw, i've gcc (Debian 4.9.2-10) 4.9.2
09:32.40dracarys983d_rossberg: gcc -v  gives : gcc version 4.9.2 (Ubuntu 4.9.2-0ubuntu1~14.04)
09:39.06dracarys983d_rossberg: Yes I got the error
09:39.27dracarys983For "names" and "inds"
09:39.52dracarys983I've set it to a fixed size of 64
09:45.54dracarys983d_rossberg: I'll update the patch in 5 mins
09:53.23dracarys983d_rossberg: I have uploaded the new patch. I'm going for lunch. Will be back in about 30 mins. :)
10:29.15dracarys983d_rossberg: Any updates?
10:35.47*** join/#brlcad gurwinder (~chatzilla@117.212.51.242)
10:47.10*** join/#brlcad konrado (~konro@41.205.22.61)
10:50.16Notify03BRL-CAD:indianlarry * 65776 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: Fixed index error in brep subdivision where it splits across the knots. Also opted to use bu_malloc/bu_free instead of c++ new/delete for allocation of double array that holds span vector.
11:09.28dracarys983d_rossberg: The Caller functions for centroid and volume are also done. Compiled successfully. Just have to test it now.
11:10.03dracarys983Will upload their patches by tonight. I'll start with the Surface Area part from tomorrow. :)
11:15.06*** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-dukmytcbmjgdlqey)
11:15.19*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dukmytcbmjgdlqey)
11:21.00dracarys983brlcad, starseeker : A list of errors that I got while compiling the latest revision : https://gist.github.com/dracarys-stormborn/5118ffeb76897befc661
11:54.22d_rossbergdracarys983: thanks for the updated patch, i could build the programs now
11:59.12Notify03BRL-CAD Wiki:MeShubham99 * 9178 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */
12:07.42d_rossbergand a first test was successful
12:08.55d_rossbergthe only issue i got was the missing .density file, without it analyze will do nothing
12:54.19Notify03BRL-CAD Wiki:MeShubham99 * 9179 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */
12:58.29konradod_rossberg: I have just made a status update
12:58.50konradoI hope you get it soon.
13:05.40d_rossbergkonrado: yes, i've seen it, but i'll need some time to check it
13:06.50d_rossbergbut thanks for the eamples, they make the tests easier
13:10.12konradoOk, I would continue updating my work while waiting for a review. Thanks
13:28.30*** join/#brlcad konrado_ (~konro@41.205.22.49)
14:09.19*** join/#brlcad ih8sum3r (~deepak@122.173.207.45)
14:16.42Notify03BRL-CAD Wiki:Konrado DJ * 0 /wiki/File:Chess8Levels.png:
14:26.28Notify03BRL-CAD Wiki:Konrado DJ * 9181 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 31 JULY 2015 */
14:28.32Notify03BRL-CAD Wiki:Konrado DJ * 0 /wiki/File:AllenDuttonVillage.png:
14:30.42Notify03BRL-CAD Wiki:Konrado DJ * 9183 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 31 JULY 2015 */
15:04.52starseekerdracarys983: apologies - there's a lot of work in progress in that bit of code right now
15:05.43dracarys983starseeker: Not a problem. I just wanted to inform, thought the list might help fixing them rather than building it for finding each. :)
15:06.14starseekeri thought we had fixed some of those long jumps - what compiler are you using?
15:06.25dracarys983gcc 4.9.2
15:06.28starseekerhmm
15:06.31starseekerwhat platform?
15:06.46dracarys983Ubuntu 14.04
15:06.55starseekerand you're using the latest svn revision?
15:07.06dracarys983Yeah. 65775 I guess?
15:07.44dracarys983Yeah that's the one
15:09.55dracarys983And also I had disabled the flag BRLCAD_ENABLE_STRICT while building.
15:14.36*** join/#brlcad gurwinder (~chatzilla@117.220.168.189)
15:18.10Notify03BRL-CAD:starseeker * 65777 brlcad/trunk/src/libanalyze/util.cpp: Rework seg_filter to more closely match the generic worker.
15:35.53Notify03BRL-CAD:starseeker * 65778 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Don't seem to be hanging now - re-enable parallel prep.
15:43.00*** join/#brlcad sofat (~sofat@202.164.45.208)
15:57.29Notify03BRL-CAD:indianlarry * 65779 brlcad/trunk/src/libbu/semaphore.c: Function bu_semaphore_init() does a quick unlocked read of global "bu_nsemaphores" and returns if "nsemaphores <= bu_nsemaphores" otherwise it wait for lock and initialize what it thinks are uninitialized semaphores. There looks to be a race condition that could lead to possible re-initializing of semaphores. Fixed by checking bu_semaphores again
15:57.32Notifyunder lock(bu_init_lock) to make sure not already initialized.
15:57.34Notify...
16:04.09Notify03BRL-CAD:indianlarry * 65780 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Removed static int counter variable "hit_count", wasn't thread safe but also wasn't used anywhere. Also commented out bu_log message about "preparing face" got to be a little much...
16:06.01*** join/#brlcad sofat (~sofat@202.164.45.204)
16:06.02Notify03BRL-CAD:indianlarry * 65781 brlcad/trunk/src/liboptical/shade.c: Local "static int" variable used as logging counter(logs up to 100 messages by default) not thread safe. Now locks counter when incremented under lock until past log limit.
16:10.19*** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:5c7b:615e:aad2:f56a)
16:13.29*** join/#brlcad sofat (~sofat@202.164.45.204)
16:33.09*** join/#brlcad vasc (~vasc@bl13-249-244.dsl.telepac.pt)
16:43.30*** join/#brlcad sofat (~sofat@202.164.45.204)
16:58.53bhollister2starseeker: checking in for our 10 AM Pacific time mtg. should have two patches ready today. able to remove specified verts in nmg.  
16:59.44bhollister2starseeker: is there a way to update view in geom window with a simple call? will this refresh labelverts as well?
17:00.28*** join/#brlcad gurwinder (~chatzilla@117.220.168.189)
17:32.20*** join/#brlcad ih8sum3r (~deepak@122.173.207.45)
18:25.13*** join/#brlcad sofat (~sofat@202.164.45.204)
18:26.33Notify03BRL-CAD:starseeker * 65782 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in): Since we have a release coming up, back out the attempt to remove config_win.h - reliable testing of these sorts of things cross-platform is as yet an unsolved problem.
18:31.38starseekerbhollister2: you mean trigger an update from the C libraries?
18:31.45starseekerdepends on where you're working from
18:34.13starseekerif you're in MGED, I'd suggest looking at what the faceplate code does - that enables/disables various line drawings in the MGED display
18:52.01*** join/#brlcad sofat (~sofat@202.164.45.204)
18:57.34Notify03BRL-CAD:starseeker * 65783 brlcad/trunk/src/libbu/tests/opt.c: Triggers build errors on 32bit bsd + clang
19:02.31starseekerthis is apparently still a problem on BSD: http://lists.freebsd.org/pipermail/svn-src-head/2013-October/052722.html
19:20.34Notify03BRL-CAD:starseeker * 65784 brlcad/trunk/src/libbu/semaphore.c: Hmm - this is causing errors on FreeBSD - fatal semaphore acquisition failure and bu_semaphore_acquire(): pthread_mutex_lock() failed on [3]
19:55.36Notify03BRL-CAD:starseeker * 65785 (brlcad/trunk/include/rt/geom.h brlcad/trunk/src/libged/brep.c): Don't expose the ON_Brep type in rt/geom.h if we're not in C++ mode
20:04.03Notify03BRL-CAD:ejno * 65786 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix build error found on Windows
20:04.53Notify03BRL-CAD:ejno * 65787 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: silence warning over known_thickness possibly not being initialized; refactoring
20:08.48brlcadstarseeker: 65785 doesn't make sense -- ON_Brep is already conditionalized
20:09.28brlcadwith a somewhat cleaner solution than void*
20:10.41brlcad(it's a C struct when not C++ mode)
20:11.50brlcadavoids needings casts everywhere, for example
20:12.44Notify03BRL-CAD:starseeker * 65788 brlcad/trunk/include/ged.h: GED export, not RT
20:28.25Notify03BRL-CAD:starseeker * 65789 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/ged_private.h and 2 others): Is brlcad_interp used only in libged? tclcad seems to just be setting it - is that necessary?
20:47.28*** join/#brlcad konrado (~konro@41.205.22.24)
20:50.33starseekerbrlcad: it was a build error on Windows
20:51.02starseekerwe're defining ON_Brep to be something in C somewhere else?
20:51.05starseekerlooks...
20:52.02starseekerah
20:53.36starseekerwe're including brep.h in rt/geom.h though, and for some reason that isn't taking in MSVC
20:56.33Notify03BRL-CAD:starseeker * 65790 (brlcad/trunk/include/rt/geom.h brlcad/trunk/src/libged/brep.c): revert r65785 - not the right solution
20:59.58starseekerit doesn't know what to make of ON_Brep in the bot decimate.c
21:01.24starseekerah, nevermind
21:02.32Notify03BRL-CAD:starseeker * 65791 brlcad/trunk/src/librt/primitives/bot/decimate.c: Include rt/geom.h in decimate.c
21:09.50vascbrlcad, eh.... any news on the SVN repository access or patch commits?
21:10.38vaschttp://infobot.rikers.org/%23brlcad/ seems to be borked
21:10.57vascno logs for jul 30
21:11.36starseekerscowls... Archer's interaction with the raytracers is messed up somehow
21:11.44starseekerwonder how that happened...
21:15.52sofatbrlcad, hello
21:32.33Notify03BRL-CAD Wiki:202.164.45.204 * 9184 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
21:52.06Notify03BRL-CAD:starseeker * 65792 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/CMakeLists.txt and 5 others): Complete the elimination of brlcad_interp. Have MGED and libtclcad stash their interp in the ged structure to provide an interp to the rt and rtcheck commands. Needs more testing, but with any luck this is the last step. Basically the requirement for any non libtclcad gedp that wants to use interp commands
21:52.08Notifyis the application has to supply its interp pointer to gedp->ged_interp rather than leaning on the global (which is now what mged does). Getting Tcl out of libged altogether is going to be much tougher, since asyncronous rendering and display features are relying on Tcl channels and methods (especially on windows)
21:52.10Notify...
21:52.51starseekerheh - apparently those tclcad assignments were needed
22:01.28Notify03BRL-CAD:starseeker * 65793 brlcad/trunk/src/libanalyze/analyze_private.h: Tweaks
22:03.21dracarys983Just solved the Rubik's cube for the first time ....
22:03.47dracarys983It's interesting :D
22:22.32StragusIt's interesting finding the sequence of moves, yes
22:23.02StragusI remember I filled a stack of sheets of paper with strange drawings before I managed to solve the 4x4x4
22:23.14StragusThen a friend gave me the 5x5x5 and I gave up :p
22:53.52vasci had one when i was a kid. my parents bought it for me
22:54.02vasci tried and tried and then gave up
22:54.11vascnever had much patience
22:54.29vascone friend of mine once came to play and had a brilliant plan to solve it
22:54.47vasche just removed the caps by hand and place them elsewhere so the colors would match
22:55.22vascrubik's cubes...
22:55.37vasci was always better at logic puzzles
22:56.52vascso gratz
22:57.11vasci think i was 5
22:57.13vascor was i 4
23:01.42StragusEh, right. I was 26 or something when I finally solved my Rubik cube :p
23:30.12Notify03BRL-CAD:starseeker * 65794 brlcad/trunk/src/libged/rt.c: gedp is under drcdp
23:33.20Notify03BRL-CAD Wiki:Bhollister * 9185 /wiki/User:Bhollister/DevLogJuly2015:
23:40.44Notify03BRL-CAD:starseeker * 65795 brlcad/trunk/src/libanalyze/analyze_private.h: Windows build tweaks.
23:45.12starseekerhuzza - Windows build complete and Archer runs.
23:46.06Notify03BRL-CAD Wiki:Bhollister * 9186 /wiki/User:Bhollister/DevLogAug2015: Created page with "__FORCETOC__ ---- = Sat, August 1, 2015 = = Sun, August 2, 2015 = = Mon, August 3, 2015 '''''Week 11 (of 14)''''' = = Tues, August 4, 2015 = = Wed, August 5, 2015 = = T..."
23:46.50Notify03BRL-CAD Wiki:Bhollister * 9187 /wiki/User:Bhollister/DevLog:
23:51.22Notify03BRL-CAD Wiki:Bhollister * 9188 /wiki/User:Bhollister/DevLogJuly2015: /* Fri, July 31, 2015 */
23:54.12Notify03BRL-CAD Wiki:Bhollister * 9189 /wiki/User:Bhollister/DevLogAug2015: /* Mon, August 3, 2015 Week 11 (of 14) */
IRC log for #brlcad on 20150801

IRC log for #brlcad on 20150801

02:01.40*** join/#brlcad gurwinder (~chatzilla@117.214.206.61)
03:02.59Notify03BRL-CAD Wiki:Brlcadgenius * 0 /wiki/User:Brlcadgenius:
07:08.48dracarys983Stragus: Mine was a 3x3x3 :P
07:08.50dracarys983Though, I'd like to try 4x4x4.
08:08.09*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mbrkrduqzeneitwj)
10:26.36*** join/#brlcad sofat (~sofat@202.164.45.208)
11:31.23*** join/#brlcad sofat (~sofat@202.164.45.204)
12:02.44*** join/#brlcad sofat (~sofat@202.164.45.204)
12:22.10*** join/#brlcad ih8sum3r (~deepak@122.173.243.169)
13:05.17*** join/#brlcad sofat (~sofat@202.164.45.204)
13:10.35*** join/#brlcad shaina (~shaina@59.89.41.20)
13:48.34*** join/#brlcad sofat (~sofat@202.164.45.208)
13:50.44Notify03BRL-CAD Wiki:Jacqueslib * 0 /wiki/User:Jacqueslib:
14:13.13*** join/#brlcad ih8sum3r (~deepak@122.173.243.169)
14:20.45*** join/#brlcad sofat (~sofat@202.164.45.204)
14:38.46*** join/#brlcad sofat (~sofat@202.164.45.208)
14:52.16*** join/#brlcad sofat (~sofat@202.164.45.208)
15:32.52*** join/#brlcad sofat (~sofat@202.164.45.208)
15:42.41*** join/#brlcad konrado (~konro@41.205.22.58)
15:45.52*** join/#brlcad sofat (~sofat@202.164.45.208)
15:53.32*** join/#brlcad _dracarys983 (dracarys98@nat/iiit/x-bjsbwhbxtbhgkvmy)
15:59.17*** join/#brlcad vasc (~VASC@bl12-164-163.dsl.telepac.pt)
16:03.00*** join/#brlcad sofat (~sofat@202.164.45.204)
16:54.16*** join/#brlcad sofat (~sofat@202.164.45.204)
18:50.51*** join/#brlcad dracarys983_ (uid78721@gateway/web/irccloud.com/x-nkztpmlilscfeshl)
20:27.27Notify03BRL-CAD Wiki:202.164.45.204 * 9190 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
21:23.32*** part/#brlcad ih8sum3r (~deepak@122.173.243.169)
23:40.12Notify03BRL-CAD Wiki:Konrado DJ * 9191 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 1 AUGUST 2015*/
IRC log for #brlcad on 20150802

IRC log for #brlcad on 20150802

00:18.10*** join/#brlcad shaina (~shaina@117.214.152.210)
03:09.27*** join/#brlcad aniu (~niuhaolia@111.161.17.10)
03:54.41*** join/#brlcad aniu (~niuhaolia@111.161.17.10)
05:52.23Notify03BRL-CAD Wiki:MeShubham99 * 9192 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */
05:57.32*** join/#brlcad gurwinder (~chatzilla@117.207.152.43)
15:44.15*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
15:44.15*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
15:53.30*** join/#brlcad aniu (~niuhaolia@61.158.134.197)
16:25.48*** join/#brlcad sofat (~sofat@202.164.45.204)
17:43.39*** join/#brlcad bhollister2 (~brad@2601:647:cb01:9750:a183:c258:4bfe:d220)
18:07.14``Erikneat http://250bpm.com/blog:56 (C macro fu)
18:12.06StragusThe final result doesn't look very elegant to me... The presence of macros should be obvious, otherwise it looks like invalid syntax
18:13.11*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.27.48)
18:16.37``Erikyeh, but it is an interesting approach, using macros change a single pass loop to a two pass loop with a linked list to stash bits... *shrug* personally, I'd probably write a generator or something
18:16.51``Erikor just code it in lisp ;D *duck*
18:20.02Ch3ck_I some how can't logon to the bzflag account: ssh_exchange_identification: Connection closed by remote host. Anyone facing this issue?
18:56.34*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
19:05.36*** join/#brlcad sofat (~sofat@202.164.45.204)
19:11.55*** join/#brlcad cox (~quassel@188.226.208.53)
19:16.17Notify03BRL-CAD Wiki:Deekaysharma * 9194 /wiki/User:Deekaysharma/logs:
19:48.38starseekersofat: CMake Error at CMakeLists.txt:154 (_message): Attempting to ignore non-existent file images/brlcad_app_devel.png
19:48.53starseekerin directory doc/docbook/presentations/en
19:49.00sofatwait
19:49.58sofatso now i  need to send image file differently ?
19:50.15starseekeralso, the patch suggests you have changed the formatting of the numbers in the programlisting entries at the end of the animation tutorial
19:50.31starseekeris that intentional?  it looks like the numbers were previously alighned
19:50.45starseekersofat: that file apparently wasn't in the patch
19:51.06starseekerdid you svn add it before making the patch?
19:51.18sofatyes
19:51.33sofatok i will check again
19:52.58sofatyes i use this svn add
19:53.13sofatbecause now i get warring
19:53.14sofatsvn: warning: W150002: '/home/sofat/brlcad_patch/doc/docbook/presentations/en/images/brlcad_app_devel.png' is already under version control
19:53.44starseekerok - go ahead and attach the png as a separate file on the ticket then
19:53.53sofatok i will do
19:53.59sofatwait i report you
19:54.19starseekerbhollister2: which patches from your work still need to be applied?
19:54.34starseekerI see the recent one - are there any that must first be applied?
19:55.21bhollister2there is one previous to that. let me check
19:56.53bhollister2the 391 need to be applied as well
19:56.58sofatstarseeker, i add the two images in ticket please check now
19:58.00starseekersofat: OK - what about the formatting changes to the programlisting entries at the end of the animation tutorial?
19:58.17starseekerbhollister2: OK - just those two?
19:58.24sofati will check
19:59.43sofatwhere I made changes please tell me ?
20:00.28Notify03BRL-CAD:starseeker * 65796 brlcad/trunk/src/libged/nmg_mm.c: Commit patch #391 from Brad Hollister adding mm subcommand.
20:00.47starseekersofat: the very end of the file doc/docbook/articles/en/animation_tutorial.xml
20:01.10starseekerthere are several <programlisting> blocks there
20:01.25starseekerin the trunk version of the file, the numbers are aligned into columns
20:01.32starseekerin your patch they are not
20:01.51starseekerI was wondering if that was a deliberate change, and if so why it was needed
20:03.11starseekerbhollister2: looks like your most recent patch also included the nmg_mm change
20:03.14starseekerno matter...
20:04.40sofatyes there is change but i don't know how its happen .
20:05.02sofatbut its not dangerous for us i think ?
20:05.13starseekerit will make the text a lot less readable
20:05.28starseekerassuming programlisting is translated with verbatim formatting
20:06.26sofatok no problem I will solve this now and again submit this patch
20:10.24Notify03BRL-CAD:starseeker * 65797 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libged/nmg.c brlcad/trunk/src/libged/nmg_cmface.c): Apply patch #395 from Brad Hollister - add kill V subcommand
20:17.56starseekerbhollister2: I think that's got it - anything missing?
20:28.51Notify03BRL-CAD:starseeker * 65798 (brlcad/branches/gecode/AUTHORS brlcad/branches/gecode/CHANGES and 167 others): Sync with trunk thru r65797
20:38.19Notify03BRL-CAD:starseeker * 65799 (brlcad/branches/qtged/AUTHORS brlcad/branches/qtged/CHANGES and 167 others): Sync with trunk thru r65797
20:46.02Notify03BRL-CAD:starseeker * 65800 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/arbn/arbn.c and 8 others): rename private librt functions so they don't match the rt_tcl pattern
21:11.10Notify03BRL-CAD:starseeker * 65801 (brlcad/trunk/CHANGES brlcad/trunk/include/tclcad.h and 5 others): Rename the bn and rt Tcl functions moved into tclcad to have tclcad_ prefixes.
21:13.45Notify03BRL-CAD:starseeker * 65802 (brlcad/trunk/CHANGES brlcad/trunk/include/tclcad.h and 5 others): regex wasn't specific enough.
21:33.07Notify03BRL-CAD:starseeker * 65803 (brlcad/trunk/CHANGES brlcad/trunk/include/tclcad.h and 5 others): Try #2 - rename the bn and rt Tcl functions moved into tclcad to have tclcad_ prefixes.
21:40.42Notify03BRL-CAD:starseeker * 65804 brlcad/trunk/src/other/CMakeLists.txt: Assign libraries.
22:16.56Notify03BRL-CAD Wiki:85.245.164.163 * 9195 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
22:37.22*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
23:13.46Notify03BRL-CAD Wiki:85.245.164.163 * 9196 /wiki/User:Vasco.costa/GSoC15/logs:
23:16.48Notify03BRL-CAD Wiki:85.245.164.163 * 9197 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
23:31.47Notify03BRL-CAD Wiki:85.245.164.163 * 9198 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
23:32.31Notify03BRL-CAD Wiki:85.245.164.163 * 9199 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
23:34.43*** join/#brlcad konrado (~konro@41.205.22.39)
23:47.07Notify03BRL-CAD Wiki:Konrado DJ * 9200 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 2 AUGUST 2015 */
23:47.30Notify03BRL-CAD Wiki:Konrado DJ * 9201 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 2 AUGUST 2015 */
23:49.24Notify03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Rt_ehy.png:
23:49.38Notify03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Cl_ehy.png:
23:49.58Notify03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Diff_ehy.png:
IRC log for #brlcad on 20150803

IRC log for #brlcad on 20150803

00:05.42Notify03BRL-CAD Wiki:Vasco.costa * 9205 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
00:06.11Notify03BRL-CAD Wiki:Vasco.costa * 9206 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
00:12.02*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
01:37.18Notify03BRL-CAD Wiki:Vasco.costa * 9207 /wiki/User:Vasco.costa/GSoC15/logs:
02:02.52Notify03BRL-CAD Wiki:Vasco.costa * 9208 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
02:07.52Notify03BRL-CAD Wiki:Vasco.costa * 9209 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
02:08.21Notify03BRL-CAD Wiki:Vasco.costa * 9210 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
02:11.26Notify03BRL-CAD Wiki:Vasco.costa * 9211 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
02:42.20Notify03BRL-CAD:brlcad * 65805 brlcad/trunk/CHANGES: they are in application order, but should be independent. just replace the specific case first (could resort to a more complex single regexp too)
03:00.26*** join/#brlcad gurwinder (~chatzilla@117.212.49.36)
03:22.21brlcadworked really hard to keep Tcl out of GED's API... you didn't technically need Tcl headers to use libged, now you will/would with r65792
03:23.17brlcadmaybe at least make it a void data pointer or something ...
03:23.47brlcad(not even hinting at what that field is, so others don't use it)
03:25.12gurwinderbrlcad: Hi, I have read pipe.c file and also look in raytrace.h file at http://brlcad.org/xref/source/include/raytrace.h#L5547
03:27.47gurwinderI want to say and feeling bad to say that I'm trying to get pipe but due to my low C language skill I'm not able to understand it :(
03:31.26gurwinderI worked on POV-Ray part its easy for me but my C skills are came like wall in front of me.
05:14.41brlcadgurwinder: okay, so skip it and try the next
05:19.25*** join/#brlcad bhollister2 (~brad@2601:647:cb01:9750:dc71:e61e:9b16:b8fc)
05:47.39*** join/#brlcad shaina (~shaina@117.199.85.228)
07:56.19*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:07.41*** join/#brlcad gurwinder (~chatzilla@117.212.49.36)
09:08.34*** join/#brlcad konrado (~konro@41.205.22.39)
09:52.35*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.19.32)
10:10.21*** join/#brlcad gurwinder (~chatzilla@117.220.169.48)
10:30.08*** join/#brlcad sofat (~sofat@202.164.45.208)
10:46.32sofatstarseeker, I have submitted the  patch again . This patch is updated and I also test this patch on brlcad source code this is working.
10:46.48sofatPlease use the images of previous patch
10:47.05sofatnew patch ticket no:- 397
10:47.47sofatplease test this patch its working. and gave me review about this patch as soon as possible.
12:13.33*** join/#brlcad sofat (~sofat@202.164.45.208)
12:13.35*** join/#brlcad shaina (~shaina@117.199.85.228)
12:18.16*** join/#brlcad sofat_ (~androirc@101.214.79.223)
13:16.59starseekerbrlcad: OK, I'll make it a void
13:23.53Notify03BRL-CAD:starseeker * 65806 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/rt.c and 3 others): Don't expose the Tcl type in the ged.h header
13:28.54*** join/#brlcad sofat_ (~androirc@101.214.79.223)
13:29.09sofat_starseeker, please check my patch
13:32.10*** join/#brlcad sofat (~androirc@101.214.79.223)
13:39.08sofatstarseeker,  i update my patch and remove the un wanted changes from them now its ready for review please review my patch.
14:05.45Notify03BRL-CAD:carlmoore * 65807 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: fix a spelling (and left 'performant' as is, although I could not find it in a dictionary)
14:11.54*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
14:55.57sofatstarseeker, i am waiting your reply please reply me about my patch status?
14:58.54*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dewqrsonqjrajywd)
14:59.48dracarys983d_rossberg: Hello! I have completed the caller functions for centroid and volume. I will submit a patch tonight.
15:00.03dracarys983How did the testing of libanalyze patch come about?
15:01.41dracarys983d_rossberg: My Senior year Fall semester started today. I wasn't able to start surface area part in the last 2 days. I will start it today.
15:02.07dracarys983If I can't figure out the algo straight away, I'll send a mail. :)
15:38.48d_rossbergdracarys983: the first test was ok, i was afraid of side effects but i couldn't find any until now :)
15:39.25d_rossberg(i think i mentioned it on friday here9
15:55.39brlcadhttp://cryptii.com/decimal/select
15:59.59*** join/#brlcad sofat_ (~sofat@202.164.45.204)
16:00.38sofat_starseeker, hello
16:00.44sofat_please reply me
16:15.52*** join/#brlcad sofat (~androirc@101.214.79.223)
16:25.47brlcadhttp://sankho.github.io/web_log/2015/08/02/vim-8-takeaways-from-one-year-of-typing.html
16:26.06brlcadsofat: you have got to step that
16:27.20brlcadsofat: initiative
16:28.42sofat_brlcad, means I can't getting your point now
16:29.02brlcadcontinually asking for others to review, test, reply over and over is not initiative
16:29.21brlcaddo you see any way to improve what you've just completed and are asking be reviewed?
16:32.02sofat_yes i am improving my patch so now i am asking about review regarding patch.
16:32.12brlcadyes
16:32.16brlcadand you've asked four times already
16:32.56sofat_sorry
16:33.32brlcadit's great that you've made progress and updated your patch, but asking that many times is not being respectful of starseeker's time or even giving him a chance to respond
16:34.07brlcadwhile you're waiting for a review, you should improve your work
16:34.49brlcadif you see absolutely no way to improve it, then you should work on something else
16:35.09brlcadsomehow I bet if I check your patch, I could find something that really needs to be improved
16:35.22brlcadyou should be doing that
16:36.00brlcadtake initiative
16:37.09Stragusgrabs a d10 and rolls initiative
16:40.15dracarys983http://blog.ffledgling.com/text-objects/
16:43.13*** join/#brlcad sofat_ (~sofat@202.164.45.212)
16:43.30*** join/#brlcad gurwinder (~chatzilla@117.220.169.48)
16:43.46brlcadsofat_: are there any task items reamining?  is the version running the latest?
16:44.59sofatNo
16:45.31sofatOnly commit is reamining
16:46.05sofatMeans your repo update work is remaining
16:46.17sofatBy commit access
16:46.21brlcadI still see several items incomplete
16:46.29brlcadlooking at http://202.164.53.122/wordpress/articles/en/about.php
16:47.06sofatWhich one ?
16:49.35brlcadsofat: 1) there are two search boxes instead of just one, 2) expanding languages makes the up arrow disappear, 3) presentation preview is not positioned where suggested
16:50.37brlcadand today I'm realizing that the statefulness of the menu is unhelpful after a few days -- it should revert to a default unexpanded state if the menu hasn't been changed in 72 hours
16:52.00brlcadI can reply to your email about docs.brlcad.org or brlcad.org/docs to help with google searching, but it looked liked you completely did not understand
16:52.45brlcadi was suggesting that those would be created as a means for google search to limit results.  of course they do not exist.
16:54.26sofatWhich search box you want google or my search box ?
16:55.02brlcadthis is what makes you repeatedly asking for reviews very frustrating -- you have work you did not complete and should have noticed yourself instead of me or someone else having to repeat things again and again
16:56.12brlcadthat question was already answered in the e-mail "Re: [brlcad-devel] Presentation work"
17:00.23brlcadsofat: I'm replying to your e-mail as there were other issues
17:01.18sofatOkay i will check these issues again
17:01.42brlcadsofat: do you understand how this is frustrating?
17:02.30sofatYes i understand
17:02.43brlcadhaving to repeat things is bad for you and bad for me
17:02.47brlcadvery inefficient
17:02.57brlcadif you disagree with something, you should say it
17:04.15brlcadbut as it is, you're being provided with specific feedback to do N changes, and you do N/2 of them claiming you're done
17:04.48brlcadso either you're not understanding the original text or you do understand and are simply trying to do the least amount of work possible, which is not helpful
17:05.03brlcaddo you recall me asking for a highlight indication for which page is being displayed?
17:05.18brlcadwhat happened to that?
17:05.43sofatMeans
17:06.09brlcad*sigh*
17:07.01brlcaddo you remember me asking you for a highlight indication on the menu?
17:07.25sofatYes
17:07.31brlcadwhat happened to that?
17:07.34sofatI done this
17:07.53brlcadwhat's the highlighting?
17:07.58sofatCheck it when you click any link then color is changed
17:08.20sofatThey indicated you click this link
17:08.32brlcadah, the black?
17:08.37sofatYes
17:08.38brlcadoof
17:09.16brlcadI'm not sure I'd call that "highlighting", more like "un-lighting"
17:10.25*** join/#brlcad sofat_ (~sofat@202.164.45.208)
17:10.43*** join/#brlcad sofat_ (~sofat@202.164.45.208)
17:11.38sofatOkay i will change this
17:12.00brlcadsofat: can you make the background of the menu item  match the background of the article?
17:12.29brlcadthe black is fine -- just need to call more attention to where in the menu is being displayed
17:12.37sofatI am trying to do this
17:12.50brlcadwhite all the way to the right edge
17:12.57brlcadlike http://blender.org/manual/editors/index.html
17:14.41brlcadcan you also try eliminating the background nesting?
17:14.45*** join/#brlcad ih8sum3r (~deepak@122.173.222.221)
17:15.37brlcadthe indentation is okay, but the layering of colors is a distraction, at least the colors on the right side of the menu
17:18.21sofat_ok i will do this
17:23.14brlcadreplied to your email with other items
17:23.18sofatI am confessed in brlcad.org/docs and docs.brlcad.org
17:23.18sofatPlease explain this little bit more
17:23.29brlcadconfused
17:23.40sofatYes i see your reply
17:23.48brlcadI provided an example
17:24.10brlcaddoing a google search needs to limit results to only docs
17:24.32brlcadto do that, there needs to be an indicator in the URL that you can filter on (e.g., "docs")
17:27.22sofatOkay
17:28.01brlcadthat google search can filter on...
17:35.50*** join/#brlcad sofat_ (~sofat@202.164.45.208)
17:44.53*** join/#brlcad vasc (~VASC@bl12-51-141.dsl.telepac.pt)
18:04.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:22.35*** join/#brlcad sofat (~sofat@202.164.45.204)
18:58.27*** join/#brlcad konrado (~konro@41.205.22.39)
19:56.05konradoHello, is it possible to do a local commit, so that new patches I make would contain just the latest changes I have made.
20:06.12vascmake two brlcad directories with the different states and then do a recursive diff
20:06.26vasclike brlcad-p1/ and brlcad-p2/
20:06.31vascand then you use diff -r on it
20:06.36vasclike diff -Nurd
20:06.53vascdiff -Nurd brlcad-p1/ brlcad-p2/
20:07.21vascyou should probably use -X ignore_file too
20:09.17vascGNU diff
20:22.34Notify03BRL-CAD:ejno * 65808 (brlcad/trunk/include/rt/primitives/bot.h brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c and 3 others): fix building without atomics support
20:30.53konradoThanks, vasc I would try that.
21:09.37Notify03BRL-CAD:ejno * 65809 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimationSSE2.c and 3 others): remove unused defines; remove #warning
21:16.05konradovasc: diff -Nurd , actualy works fine and does what I want. Thanks.
21:18.09Notify03BRL-CAD:ejno * 65810 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshoptimizer.c): fix
21:24.35Notify03BRL-CAD:ejno * 65811 brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cpuconfig.h: fix cpu architecture check
21:43.52Notify03BRL-CAD Wiki:202.164.45.204 * 9212 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
21:46.29Notify03BRL-CAD:starseeker * 65812 brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshoptimizer.c: Initialize scope variable.
21:47.12*** join/#brlcad sofat (~androirc@49.138.93.208)
22:00.23Notify03BRL-CAD:ejno * 65813 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/bot/decimate.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c): enable the GCT decimator under bot_decimate -f after testing on freebsd, windows, linux
22:01.37Notify03BRL-CAD:ejno * 65814 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: add comments
22:14.04*** join/#brlcad konrado (~konro@41.205.22.9)
IRC log for #brlcad on 20150804

IRC log for #brlcad on 20150804

01:31.37*** join/#brlcad vasc (~VASC@bl12-51-141.dsl.telepac.pt)
02:24.45*** part/#brlcad vasc (~VASC@bl12-51-141.dsl.telepac.pt)
02:55.51*** join/#brlcad gurwinder (~chatzilla@117.199.111.35)
05:20.19*** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-dewqrsonqjrajywd)
06:50.14*** join/#brlcad gurwinder (~chatzilla@117.199.111.35)
06:50.54gurwinderbrlcad: Hi, I have successfully exported ARBN. Now working on ehy.
06:56.05Notify03BRL-CAD Wiki:Gurwinder Singh * 9213 /wiki/Povray:
06:59.19*** join/#brlcad konrado (~konro@41.205.22.38)
07:40.17*** join/#brlcad milamber (~devlin@2602:306:8094:9360:f44d:f6df:3ce5:7761)
07:41.14*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
07:48.52*** join/#brlcad merzo (~merzo@92.60.189.225)
08:37.29*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
08:37.33*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:43.29*** join/#brlcad sofat (~sofat@202.164.53.117)
08:44.38*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-wjemlhtwfgvnllka)
08:51.03*** join/#brlcad shaina (~shaina@117.220.17.247)
09:09.05dracarys983d_rossberg: Sigh, that analyze.h wasn't required there, yes. My bad.
09:10.20dracarys983I have changed it. Also, the return type of Centroid() is now Vector3D as point_t * isn't there in types of C++ interface.
09:10.52dracarys983Now, analyze_centroid() returns a point_t * , which is used to return a Vector3D in C++ interface.
09:27.15d_rossbergdracarys983: you should run the tests, even if they don't use these functions yet (there is another issue with this header which is connected to the analyze.h include)
09:30.03dracarys983d_rossberg: Okay I'll run the tests and report in a while
09:42.04*** join/#brlcad kongi (546c1fe6@gateway/web/freenode/ip.84.108.31.230)
10:08.06*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
10:20.30dracarys983d_rossberg: How do I test using a .g file in C++ interface?
10:21.12dracarys983tester_ci_primitives runs only the tests in .cpp files. I need a database object to test Volume() and Centroid() functions.
10:38.32*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
10:44.42d_rossbergdracarys983: my point wasn't to implement tests for Volume() and Centroid() (if you need database objets create them) but tu ran the tests as it currently is
10:45.40dracarys983d_rossberg: That I did. But that's after removing the "analyze.h" from Object.h. And it ran all fine.
11:04.27*** join/#brlcad kongi (546c1fe6@gateway/web/freenode/ip.84.108.31.230)
11:05.37*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
11:25.45konradod_rossberg: have you had time to start reviewing my code? Are there some issues I can start working on ?.
11:28.27konradod_rossberg:sorry meant to say hello, before all those questions.
12:03.18d_rossbergkonrado: i commented https://sourceforge.net/p/brlcad/patches/394
12:05.48d_rossbergdracarys983: that's bad, because point_t isn't defined in the c++ interface, so why does the test compile?
12:08.10dracarys983d_rossberg: I mentioned before that I changed the type to Vector3D as point_t isn't a type in C++ interface. :)
12:12.55d_rossbergok, right, i see, should be ok then :)
12:14.49d_rossbergand regarding the necessary objects: use some created by the primitives tests (i hope to be able to commit the pipe patch in the next days, so its easier to manage)
12:26.51konradod_rossberg: BRL-CAD has libxml in /misc/tools/xmltools/libxml and that is what the new patch links to, but I I guess your suggestion is that  I should try to check for libxml2 in the system before linking to that one found in the BRL-CAD source?
12:34.47d_rossbergkonrado: BRL-CAD doesn't use /misc/tools/xmltools/libxml if it finds an installed libxml2, and you shouldn't do it either
12:35.22d_rossberge.g. LIBXML2_INCLUDE_DIR already points to the version which brl-cad uses
12:38.00konradod_rossberg: Thanks, I have just started working on it now.
12:51.15d_rossbergthe problem is that /misc/tools/xmltools/libxml wan't build if there is a system libxml2 and therefore you cannot assume a working libxml in /misc/tools/xmltools
13:14.07*** join/#brlcad sofat (~sofat@202.164.45.204)
13:52.50*** join/#brlcad sofat_ (~androirc@101.208.64.162)
13:57.49konradod_rossberg: I have submitted a patch to resolve the issue. http://sourceforge.net/p/brlcad/patches/394/#85e1
14:01.25*** join/#brlcad sofat (~androirc@101.208.64.162)
14:42.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:03.05dracarys983d_rossberg: Okay, will do.
15:18.07Notify03BRL-CAD:ejno * 65815 brlcad/trunk/src/librt/primitives/bot/bot.c: use bu_log() for debugging output rather than fprintf(), which can hang MGED
15:42.09*** join/#brlcad sofat_ (~sofat@202.164.45.204)
16:33.19*** join/#brlcad bhollister2 (~brad@2601:647:cb01:9750:c9e2:247f:db99:4e09)
16:43.10*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
17:39.40*** join/#brlcad milamber1 (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
17:44.41*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
17:56.12*** join/#brlcad sofat_ (~sofat@202.164.45.208)
18:25.44*** join/#brlcad sofat_ (~sofat@202.164.45.208)
18:26.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:23.10*** join/#brlcad sofat_ (~sofat@202.164.45.208)
19:28.03*** join/#brlcad konrado (~konro@41.205.22.34)
19:37.46starseekerkonrado: if you're going to rely on libxml2, we need to reconsider its status - right now it's not installed, it's used only for build tools
20:10.52konradostarseeker: Hello, please I do not understand what you mean by "it's used only for build tools"
20:16.19konradoWhat work would need to be done on libxml so I can rely on using it?
20:22.22*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
20:24.29*** join/#brlcad sofat_ (~sofat@202.164.45.204)
20:47.55*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
20:48.14Notify03BRL-CAD:ejno * 65816 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/conv/brlcad.c and 9 others): remove gcv_test; modifications to the libgcv plugin API in preparation for integration with the front end
20:48.38Notify03BRL-CAD:starseeker * 65817 (brlcad/trunk/include/rt/misc.h brlcad/trunk/src/libged/facetize.c and 3 others): Apply patch #399 from Doug Howard supporting more options being passed to the screened poisson based surface build.
20:48.46Notify03BRL-CAD Wiki:MeShubham99 * 9214 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */
20:48.48Notify03BRL-CAD Wiki:Bhollister * 9215 /wiki/User:Bhollister/DevLogAug2015:
20:48.50Notify03BRL-CAD Wiki:MeShubham99 * 9216 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */
20:55.59Notify03BRL-CAD Wiki:202.164.45.204 * 9217 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
21:53.07Notify03BRL-CAD:ejno * 65818 (brlcad/trunk/src/conv/3dm/3dm-g.cpp brlcad/trunk/src/conv/gcv/gcv.cpp and 10 others): add gcv_converter_find() for listing/filtering converters
22:05.23Notify03BRL-CAD Wiki:Bhollister * 9218 /wiki/MGED_CMD_nmg:
22:07.07konradostarseeker: sorry for the silly question. I just always test BRL-CAD directly from the build directory without doing a make install, that is why it took me some time to understand what you were talking about.
22:07.47Notify03BRL-CAD:ejno * 65819 brlcad/trunk/src/conv/gcv/CMakeLists.txt: rename gcv.cpp to gcv.c
22:09.28*** join/#brlcad vasc (~VASC@85.246.125.203)
22:40.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:54.08*** join/#brlcad konrado (~konro@41.205.22.3)
22:57.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:05.50*** join/#brlcad konrado (~konro@41.205.22.61)
23:24.59Notify03BRL-CAD Wiki:Konrado DJ * 9219 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 4 AUGUST 2015 */
23:52.48Notify03BRL-CAD Wiki:Bhollister * 9220 /wiki/User:Bhollister/DevLogAug2015: /* Tues, August 4, 2015 */
23:54.16Notify03BRL-CAD Wiki:Bhollister * 9221 /wiki/User:Bhollister/DevLogAug2015: /* Tues, August 4, 2015 */
23:55.01Notify03BRL-CAD Wiki:Bhollister * 9222 /wiki/User:Bhollister/DevLogAug2015: /* Tues, August 4, 2015 */
23:55.24Notify03BRL-CAD Wiki:Bhollister * 9223 /wiki/User:Bhollister/DevLogAug2015: /* Tues, August 4, 2015 */
23:56.20*** join/#brlcad konrado (~konro@41.205.22.28)
23:56.22Notify03BRL-CAD Wiki:Bhollister * 9224 /wiki/User:Bhollister/DevLogAug2015: /* Tues, August 4, 2015 */
IRC log for #brlcad on 20150805

IRC log for #brlcad on 20150805

00:55.52Notify03BRL-CAD:starseeker * 65820 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: MSVC doesn't like this static
01:07.25konradostarseeker: I have been trying to do make install but I keep getting the error "/usr/bin/ld: cannot find -lBulletSoftBody"
01:08.51vascyou probably need to have Bullet Physics installed on your system
01:09.03vascyou can try compiling with the building libs instead
01:09.07vascbuiltin
01:09.48vasce.g. "cmake .. -DBRLCAD_BUNDLED_LIBS=ON"
01:16.50konradovasc: This is the what I used "cmake ..  -DBRLCAD_ENABLE_STRICT=NO -DBRLCAD_BUNDLED_LIBS=ON -DCMAKE_BUILD_TYPE=Debug"
01:17.55vascother than trying some other version of Bullet Physics i'm out of ideas here
01:19.57vaschm
01:20.05vascmake install uh
01:20.44vascyou need to have write permissions too
01:21.54vasci never actually installed BRL-CAD. i just run it from the bin/ directory.
01:21.57vascmged
01:25.03Notify03BRL-CAD Wiki:Vasco.costa * 9225 /wiki/User:Vasco.costa/GSoC15/logs:
01:26.06Notify03BRL-CAD Wiki:Vasco.costa * 9226 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */
01:26.30Notify03BRL-CAD Wiki:Vasco.costa * 9227 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 6 : 29 Jun-5 Jul */
01:26.48Notify03BRL-CAD Wiki:Vasco.costa * 9228 /wiki/User:Vasco.costa/GSoC15/logs: /* Weeks 7-8 : 6 Jul-12 Jul, 13 Jul-19 Jul */
01:28.33konradovasc: but in libxml BRL-CAD source which my GSoC project depends on, is only used for build process but is not installed. I failed to notice this since I did not do a make install before but starseeker pointed the issue to so I am trying to address it. Thanks for the assistance.
01:29.02vascyeah its a good idea to test make install as well
01:55.14konradoSo far the issue seems to have been resolved by adding -DBRLCAD_ENABLE_BULLET=ON to cmake
02:20.36vascnew dependency?
02:20.48vascmaybe bullet was only optional before
02:24.49starseekerum. it should still be optional
02:25.01starseekerthat'll change at some point, but it's not supposed to be now
02:25.43starseekerwill try tomorrow
02:25.59starseekerkonrado: what platform?
02:27.38konradostarseeker:  linux, ubuntu14.04
02:47.18Notify03BRL-CAD:brlcad * 65821 brlcad/trunk/AUTHORS: looks like Doug Howard's first contributions to BRL-CAD began back in 2006 when Bob was still at SURVICE. archer mods. recently submitted patch (sf patch 399) implementing support for screened poisson reconstruction
03:12.14*** join/#brlcad gurwinder (~chatzilla@117.214.200.23)
03:21.59Notify03BRL-CAD:brlcad * 65822 brlcad/trunk/NEWS: begin a list of contributors to the opencl accelerated pipeline effort. lots of primitives to get through, spatial partitioning, bundling, boolean weaving, etc. jon broke ground on the very first piece, converting sph shot evaluation to opencl (unoptimized, incoherent, unbundled) as exploratory research, validity testing, and overhead estimation. expect many others will
03:22.02Notifycontribute to the effort before it's complete.
03:22.04Notify...
03:23.13Notify03BRL-CAD:brlcad * 65823 (brlcad/trunk/src/librt/primitives/sph/sph.c brlcad/trunk/src/librt/primitives/sph/sph_shot.cl): apply sf patch 341 from Vasco Alexandre da Silva Costa (vasco_costa) which cleans up the opencl code for the sph primitive.
03:24.49Notify03BRL-CAD:brlcad * 65824 brlcad/trunk/AUTHORS: credit vasco for his work opencl cleanup work on the sph primitive. this is the first of several patches related to his gsoc2015 opencl project.
03:25.53Notify03BRL-CAD:brlcad * 65825 brlcad/trunk/NEWS: include vasco in the opencl contributors list
03:32.09Notify03BRL-CAD:brlcad * 65826 brlcad/trunk/src/librt/primitives/ehy/ehy.c: apply sf patch #346 (OpenCL shot code for EHY primitive) by vasco costa, implementing ehy evaluation in opencl.
03:43.18StragusNeat. I would be interested by that optimized librt OpenCL port/rewrite, it looks fun
03:44.26StragusYou convinced me a while ago with the better coherency and fewer memory loads of CSG over triangles... and it's far more accurate too
05:17.42*** join/#brlcad gurwinder (~chatzilla@117.214.200.23)
05:22.43gurwinderbrlcad: Hi, I have exported epa and ehy but not properly. I'm using quadratic equation of povray.
07:03.35*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
07:48.46*** join/#brlcad shaina (~shaina@117.220.20.122)
08:27.42*** join/#brlcad gurwinder (~chatzilla@117.214.200.23)
08:44.49*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-wggwujwjhykmqvqf)
10:13.42*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:21.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:22.51*** join/#brlcad konrado (~konro@41.205.22.45)
12:58.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:23.43*** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
13:49.30Notify03BRL-CAD:ejno * 65827 brlcad/trunk/src/libgcv/plugin.h: use 'GCV_EXPORT external' for gcv_converter_find()
13:53.56Notify03BRL-CAD:ejno * 65828 brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimationSSE2.c: add UNUSED to parameters
14:08.06Notify03BRL-CAD:ejno * 65829 brlcad/trunk/src/libgcv/plugin.h: fix typo
14:12.07Notify03BRL-CAD Wiki:Shobhit goel * 0 /wiki/User:Shobhit_goel:
14:35.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:48.31*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
14:57.03*** join/#brlcad konrado (~konro@41.205.22.53)
15:18.07Notify03BRL-CAD:ejno * 65830 (brlcad/trunk/src/libgcv/bot_solidity.h brlcad/trunk/src/libgcv/soup.h): remove GCV_EXPORT from non-public functions
15:22.02Notify03BRL-CAD:ejno * 65831 brlcad/trunk/src/libgcv/bot_solidity.h: bot_solidity is used by 3dm-g; add GCV_EXPORT extern
15:33.32*** join/#brlcad bhollister2 (~brad@2601:647:cb01:9750:9585:3011:62de:4823)
15:34.21konradod_rossberg: Have I just  submitted a patch to resolve the issue now. Concerning the issue with libxml I was informed by starseeker that libxml is not installed but only used during the build process but I failed to realize this earlier since I always just run bin/x3d-g after it build without doing make install. After doing doing a make install yesterday I understood what he was talking about, so I would have to configure libxml so that it is also installed.
15:38.57d_rossbergkonrado: did you saw my last comment regarding FREEWRLWrapper.c in the patch tracker?
15:40.27konradoyes i did. I Have already replied through the tracker.
15:40.29d_rossbergah, ok, i see you did
15:41.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:42.48*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ellzovpurvmpbynj)
15:44.01d_rossbergnow it compiles :)
15:44.44*** join/#brlcad sofat (~sofat@202.164.45.208)
15:54.33*** join/#brlcad vasc (~vasc@bl13-125-203.dsl.telepac.pt)
16:05.09*** join/#brlcad ih8sum3r (~deepak@122.173.1.153)
16:35.21*** join/#brlcad sofat (~sofat@202.164.45.208)
16:46.56Notify03BRL-CAD:vasco_costa * 65832 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/primitive_util.c and 2 others): apply sf patches #393 and latest #346. #393 implements tor and tgc evaluation in opencl. latest #346 refactors ehy opencl code. patches by me.
16:51.47*** join/#brlcad gurwinder (~chatzilla@117.214.200.23)
16:55.13Notify03BRL-CAD:n_reed * 65833 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/CMakeLists.txt and 155 others): sync from trunk
16:57.51*** join/#brlcad sofat (~sofat@202.164.45.212)
17:12.57Notify03BRL-CAD:n_reed * 65834 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/CHANGES and 177 others): sync from trunk
17:12.59Notify03BRL-CAD:vasco_costa * 65835 (brlcad/trunk/src/librt/primitives/arb8/arb8.c brlcad/trunk/src/librt/primitives/ell/ell.c): apply sf patch #370 which implements ell and arb8 evaluation in opencl.
17:16.22Notify03BRL-CAD Wiki:Vasco.costa * 9229 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 11 : 3 Aug-9 Aug */
18:13.03Notify03BRL-CAD:n_reed * 65836 brlcad/branches/brep-debug/src/other/openNURBS/opennurbs_array_defs.h: fix compiler warning about possible overflow
18:17.51*** join/#brlcad sofat (~sofat@202.164.45.204)
18:20.55sofatstarseeker, what is the status of my patch ?
18:24.17*** join/#brlcad konrado (~konro@41.205.22.35)
18:28.35Notify03BRL-CAD:vasco_costa * 65837 (brlcad/trunk/src/librt/primitives/sph/sph.c brlcad/trunk/src/librt/primitives/sph/sph_shot.cl): refactor sph opencl evaluation code (remove duplicate code, etc).
18:29.28Notify03BRL-CAD Wiki:Vasco.costa * 9230 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 11 : 3 Aug-9 Aug */
18:29.49Notify03BRL-CAD Wiki:Vasco.costa * 9231 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 11 : 3 Aug-9 Aug */
18:32.20*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-wokuifexmtzdwfpn)
18:34.46Notify03BRL-CAD Wiki:Vasco.costa * 9232 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 11 : 3 Aug-9 Aug */
18:42.29Notify03BRL-CAD:n_reed * 65838 brlcad/branches/brep-debug/src/libgcv/facetize.c: suppress warning about longjmp possibly clobbering stack var
18:49.43Notify03BRL-CAD:vasco_costa * 65839 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/arb8/arb8.c and 8 others): move declarations to top level in order to eliminate duplicate code.
18:51.50*** join/#brlcad sofat (~sofat@202.164.45.204)
18:52.29*** join/#brlcad sofat_ (~androirc@101.214.213.146)
18:54.06Notify03BRL-CAD Wiki:Vasco.costa * 9233 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 11 : 3 Aug-9 Aug */
19:03.59Notify03BRL-CAD Wiki:Vasco.costa * 9234 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
19:04.29Notify03BRL-CAD Wiki:Vasco.costa * 9235 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
19:05.10Notify03BRL-CAD Wiki:Vasco.costa * 9236 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
19:07.02Notify03BRL-CAD Wiki:Vasco.costa * 9237 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
19:10.34*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-koseaxlsbmplvlcw)
19:22.29Notify03BRL-CAD:vasco_costa * 65840 brlcad/trunk/NEWS: use only my first name and last name.
19:43.31Notify03BRL-CAD:n_reed * 65841 (brlcad/branches/brep-debug/src/libanalyze/util.cpp brlcad/branches/brep-debug/src/libged/shape_recognition.cpp): address compiler warnings about using uninitialized vars
20:26.06*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
20:26.06*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
20:36.41Notify03BRL-CAD Wiki:Konrado DJ * 9239 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 5 AUGUST 2015 */
21:22.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:55.39*** join/#brlcad sofat (~androirc@101.214.213.146)
22:20.37Notify03BRL-CAD:brlcad * 65842 brlcad/trunk/src/librt/primitives/datum/datum.c: remove vlist debugging
22:27.24*** join/#brlcad sofat (~androirc@101.214.213.146)
22:40.05*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
23:51.57Notify03BRL-CAD:starseeker * 65843 brlcad/trunk/misc/CMake/md5_compiletest.cmake.in: Add a note that the MD5SUM test isn't a reliable test for this sort of thing - back to the drawing board...
IRC log for #brlcad on 20150806

IRC log for #brlcad on 20150806

00:31.39Notify03BRL-CAD Wiki:Bhollister * 9240 /wiki/User:Bhollister/DevLogAug2015:
00:32.22Notify03BRL-CAD:vasco_costa * 65844 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/arb8/arb8.c and 12 others): pass struct with primitive data to opencl as an initial step to an AoS device primitive database. move constants into common.cl.
01:10.43*** join/#brlcad vasc__ (~vasc@bl8-192-46.dsl.telepac.pt)
02:56.19*** join/#brlcad sofat (~androirc@101.214.213.146)
03:17.59*** join/#brlcad gurwinder (~chatzilla@117.212.50.212)
03:24.02starseekersofat?
03:24.05starseekernuts
04:06.25gurwinderbrlcad: Hi I have exported ehy and epa now moving towards rhc rpc and bot.
04:07.26Notify03BRL-CAD:vasco_costa * 65845 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/arb8/arb8.c and 14 others): generic opencl solid shot handler. refactored code to remove duplicates.
04:08.34vasc__that's that. i think i did all i could on trunk without changing the apis.
04:08.52vasc__i think i'll continue on the branch
04:11.52Notify03BRL-CAD Wiki:Vasco.costa * 9241 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 11 : 3 Aug-9 Aug */
04:15.41brlcadvasc__: looks pretty good
04:16.31brlcadvasc__: please also assign your patches to yourself, mark them as accepted, and close them out too (denote the commit revision in a comment) as you commit them
04:24.35vasc__i think i did that to all the patches i had on the tracker
04:25.37vasc__that i commited
04:25.50vasc__i guess i can assign to myself the patches i didn't commit as well
04:27.31vasc__so basically the thing to do next is to store the scene database on the gpu
04:29.37vasc__i'm going to redo the database code.
04:29.54Notify03BRL-CAD Wiki:Vasco.costa * 9242 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
04:29.55vasc__the patches i commited o trunk already did like half the work on that
04:31.05vasc__there's a generic shot callback that calls the primitive specific callback that uses a pointer to the memory region where the primitive data is
04:31.42vasc__so the only thing to do is to actually allocate, copy the data to device memory
04:35.59vasc__i guess i could commit the scan code i have to trunk. but the thing is nothing will call it until i do the rest of the code
04:36.47vasc__anyway not today
04:39.34vasc__i also found out that the nvidia opencl compiler doesn't handle large .cl files very well...
04:39.56vasc__so i had to split them up and compile them separately and then link them
05:04.49brlcadinteresting -- any idea on what the limit is/was?
05:08.27StragusThat's weird, I have compiled huge .cu (CUDA) files. Very large device functions or just files?
05:09.11StragusAnd what error or problem were you experiencing?
05:15.31Notify03BRL-CAD:vasco_costa * 65846 (brlcad/trunk/src/librt/primitives/ehy/ehy_shot.cl brlcad/trunk/src/librt/primitives/ell/ell_shot.cl and 3 others): load large opencl vectors on demand to reduce stack footprint per function call.
05:15.50vasc__it just gave me some ptxas function is being called with wrong number of arguments or something
05:16.11vasc__which usually means that the code is calling a function that isn't defined anywhere
05:16.32StragusOutput the PTX assembly and inspect it
05:16.35vasc__nah
05:16.40vasc__it works this way
05:16.51vasc__and i know the AMD GPU compiler also creaks on large files so
05:17.19StragusIt's probably more an issue of a single huge kernel rather than large files
05:17.19vasc__i tried concatenating it all into one file and it didn't work
05:17.30vasc__it probably tried inlining everything yes
05:17.35vasc__and then it croaked
05:17.45StragusRight. Which shouldn't happen
05:19.21Notify03BRL-CAD Wiki:Vasco.costa * 9243 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 11 : 3 Aug-9 Aug */
05:19.39vasc__yeah. i could have inspected the assembly but...
05:19.44vasc__*snore*
05:20.04vasc__it actually makes more sense this way
05:20.33vasc__i was just including everything into a huge file
05:21.47StragusActual function calls are slow on most GPU hardware
05:21.54StragusBut yes, not a big issue at the moment
05:23.12vasc__i hope i don't have memory alignment issues anymore
05:24.06vasc__everything should be aligned in 8 byte boundaries
05:26.26vasc__damned huge doubles
05:27.22StragusI don't even see how that could be an issue in the first place
05:27.33vasc__ah
05:27.36StragusOn CPU as well, you definitely want 8 bytes alignment for your doubles
05:27.48StragusIn fact, you should want 32 bytes alignment for bundles of 4 doubles
05:28.17vasc__right. i considered that. there's just a teensy little issue with that and AoS
05:28.42StragusOn GPU, it should be bundles of 32 doubles
05:28.58vasc__ah the triangle ray tracers were so much simpler
05:29.01Stragus(Which is obviously also quite fine on CPU)
05:29.51StragusI thought space partitionning traversal would be the tricky part, and it doesn't matter what kind of primitives are there
05:30.14vasc__sure
05:30.16StragusThen you just call the intersection for whatever primitive encountered
05:30.24vasc__but remember each primitive has a different size
05:30.46StragusDoes that make a big difference?
05:31.00vasc__i'm just going to allocate a contiguous memory block and stuff all that primitive data in there in serialized form
05:31.06StragusGood call
05:31.27StragusSo, make sure all sizeof() are aligned,  (sizeof(foo)+0xf)&~0xf
05:31.44StragusProbably better with some kind of macro, eh
05:31.47vasc__yeah that was my problem
05:31.58vasc__i hope it's magically working now
05:32.14vasc__if it isn't i'll use the thing you said
05:33.09vasc__so they'll all be multiples of 8 bytes
05:33.36StragusThat's 16 byte alignment actually, typed instinctively for SSE
05:33.49Stragus<PROTECTED>
05:33.57vasc__yeah
05:34.08vasc__so its 0x7 then
05:36.08vasc__the grid was a bad idea...
05:36.19Stragus:(
05:36.28vasc__i forgot the primitives can be quite expensive to intersect
05:36.34StragusYes
05:36.41StragusI didn't think it was a good idea either
05:36.50vasc__a bvh would be a lot better
05:36.59StragusSpatial partitionning is good for triangles because intersection is so cheap
05:37.06StragusBut these NURBS and stuff are a different beast
05:37.35vasc__it would probably take weeks to do a modern bvh builder though
05:37.44vasc__a gpu one at least
05:38.06StragusMeh, it can be built on the CPU, then upload the big chunk of memory to the GPU
05:38.16StragusBut yes, it's still a massive amount of work
05:38.17vasc__yeah that is probably a lot more doable
05:38.53StragusMy CUDA raytracer was also building on the CPU. Everything was packed/interleaved into just one big chunk of memory. You could raytrace on the CPU with it, on the GPU, save it to disk, whatever
05:41.17StragusSince everything was packed into a big chunk of memory, you could have per-primitive "extra data" packed within the graph, and so on. That extra data could vary between primitives
05:41.22vasc__i actually know quite a lot about gpu bvh builders although i'm grid guy
05:41.25StragusThat sounds like a good approach for a CSG raytracer too
05:41.45StragusI'm a graph person, I don't like hierarchies :p
05:43.00vasc__i'll think if i'll use the grids or not
05:43.18vasc__i would like to use that golliath scene as a benchmark of sorts
05:43.26vasc__it ain't gonna cut it without some acceleration scheme
05:43.31vasc__i think it has like 200 primitives
05:43.56vasc__which is kinda low but
05:44.01StragusHow much time do you have to implement this?
05:44.14vasc__i have the code done. i did it a couple of weeks back
05:44.15vasc__oh
05:44.20vasc__well until the end of this month
05:44.41vasc__that's why i went with the grids to begin with
05:44.43StragusMy opinion is that any part of the whole task is better done very well and correctly, or left to someone else
05:44.44vasc__its a lot simpler
05:44.56Stragus(But my opinion has no weight whatsoever on this)
05:45.27StragusHalf-good solutions have to be rewritten anyway
05:45.50vasc__i've never believed that a system was ever complete anyway
05:46.06vasc__even if i coded the currently best bvh in a couple of years it could be crap
05:46.36StragusIt might then be suboptimal but it won't be crap :p
05:47.04vasc__a low resolution grid is probably okaish
05:47.18vasc__i think my issue is i was using too fine subdivision
05:47.19StragusI wouldn't personally use a BVH, but this is complex and there's too little time to explore new ideas
05:47.34StragusSure, it can work
05:47.48vasc__well its just that the current code uses mailboxing and crap like that
05:47.57vasc__if we used the bvh the mailboxing wouldn't be needed anymore
05:48.19vasc__not that i'll use mailboxing with the grid either
05:48.25vasc__i'll just multiple-intersect things
05:48.28StragusI agree it requires object partitionning rather than spatial partitionning
05:48.34vasc__ar ar
05:48.38StragusIt's the whole "hierarchy" thing I disagree with
05:48.48vasc__well it is csg after all
05:49.03StragusMy raytracer never writes a byte to any shared or global memory during traversal, until the hit callback is called
05:49.14StragusAny kind of hierarchy involves building a stack of some sort, and GPUs hate that
05:49.15vasc__kewl
05:49.38vasc__yeah. if you use a lot of stack space you reduce the amount of threads you can spawn
05:49.53vasc__coz you have limited L1 cache for registers and stack
05:50.07StragusThe L1 cache and registers are independent
05:50.17StragusBut the stack is stored in global memory and it is SLOW, even with that crappy L1 cache
05:50.20vasc__yeah its split
05:50.29vasc__global?
05:50.44vasc__that's lame
05:50.48StragusNo no, the L1 and shared memory shares the same chunk of on-chip "cache"
05:51.12StragusRegisters are totally independent, and a whole lot faster
05:51.41vasc__i thought you could choose the amount that goes into registers and remaining L1 on driver loading or something
05:51.54StragusYou choose how to split between L1 and shared memory
05:52.27vasc__ah no its the shared memory yeah
05:52.34vasc__uhoh
05:52.53StragusAnyhow, experimenting with novel ideas takes more time than you have
05:52.55vasc__so that's why function calls are slow as heck
05:52.59StragusIndeed
05:53.03StragusIt's terrible
05:53.28*** join/#brlcad milamber (~devlin@2602:306:8094:9360:b941:e8cd:a8d8:db8d)
05:56.55vasc__the current code uses a shitton of temporaries
05:57.07StragusGPUs have tons of registers
05:57.17StragusMemory is slow, but registers are free :p
05:57.50vasc__yeah but if you use a lot of registers you can't spawn as many threads
05:58.26StragusCan you ask OpenCL about register usage? We can with CUDA
05:58.42vasc__yeah CUDA has some compiler flag
05:59.02StragusHum... I meant a runtime thing on the kernel, but it's true I'm using the low-level driver API
05:59.07vasc__you can pass flags to the opencl compiler. i'm not sure if you can use the same flags as CUDA though.
05:59.35vasc__nvcc has some compiler flag that says how much registers a kernel uses
05:59.44StragusWell, that works
06:00.04vasc__but that's for cuda
06:00.17vasc__it's too early to think about that
06:06.49vasc__later
06:21.47Notify03BRL-CAD Wiki:Shaina7837 * 9244 /wiki/User:Shainasabarwal/GSoC15/logs: /* 27 July */
06:28.28*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:59.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:14.53*** join/#brlcad milamber1 (~devlin@2602:306:8094:9360:ed0a:f53f:4f21:2165)
07:45.50*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:24.40starseekerbrlcad: http://www.cmake.org/pipermail/cmake/2011-June/045233.html
09:31.03starseekerin fact, they caution in the docs not to list outputs of custom commands in multiple targets:  http://www.cmake.org/cmake/help/v3.0/command/add_custom_command.html
09:31.39starseekerand I see we are doing just that with the obj-g code
09:33.39starseekerand I'm doing it in one of the step directories as well
09:33.56starseekerOK, that's probably it then
09:34.31starseekerI'll wade into fixing that ASAP
11:57.58Notify03BRL-CAD:carlmoore * 65847 (brlcad/trunk/AUTHORS brlcad/trunk/src/librt/primitives/arb8/arb8.c and 8 others): remove trailing white space, and fix spelling
12:21.42*** join/#brlcad konrado (~konro@41.205.22.13)
12:36.12*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.98)
13:00.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:37.48*** join/#brlcad sofat (~sofat@202.164.45.208)
13:51.27sofatbrlcad, I need your help in google custom search
13:51.38sofatplease reply me if you free
13:53.06*** join/#brlcad sofat_ (~androirc@49.138.113.71)
13:59.29sofatstarseeker, I have submitted the new patch on building system I also solve the problem which you told me . I have made presentation.xsl.in file to auto generate the presentation.xsl file so please review this patch. patch no:401
14:54.34Notify03BRL-CAD:ejno * 65848 brlcad/trunk/include/bu/opt.h: add parentheses around macro arguments
15:07.16*** join/#brlcad sofat (~sofat@202.164.45.208)
15:17.34*** join/#brlcad sofat (~sofat@202.164.45.208)
15:41.15*** join/#brlcad bhollister2 (~brad@2601:647:cb01:9750:d5ba:1393:eae0:ec4b)
15:45.43*** join/#brlcad sofat (~sofat@49.138.113.71)
16:03.48*** join/#brlcad sofat (~sofat@101.215.79.175)
16:34.50*** join/#brlcad sofat (~sofat@101.215.79.175)
16:58.59*** join/#brlcad sofat (~sofat@101.215.79.175)
17:23.40*** join/#brlcad sofat (~sofat@202.164.45.208)
17:44.08*** join/#brlcad sofat (~sofat@202.164.45.204)
17:50.06sofatbrlcad, hello
17:50.32sofatI want some discussion please reply me
17:56.13archivistmethinks someone nags too much
18:27.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:29.00*** join/#brlcad vasc (~VASC@bl8-192-46.dsl.telepac.pt)
18:33.50*** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
18:41.19*** join/#brlcad sofat (~sofat@202.164.45.212)
19:02.51Notify03BRL-CAD:dhoward * 65849 (brlcad/trunk/include/rt/misc.h brlcad/trunk/src/libged/facetize.c brlcad/trunk/src/librt/screened_poisson.cpp): Added edge sampling to SPR facetization code.
19:08.03Notify03BRL-CAD Wiki:Deekaysharma * 9245 /wiki/User:Deekaysharma/logs:
19:10.48*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-xnzkponofzzwciso)
19:22.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:08.01Notify03BRL-CAD:ejno * 65850 (brlcad/trunk/include/bu/opt.h brlcad/trunk/include/gcv/api.h and 13 others): initial integration of libgcv plugin argument processing
20:10.22*** join/#brlcad milamber (~devlin@2602:306:8094:9360:ed0a:f53f:4f21:2165)
20:16.34*** part/#brlcad Ch3ck_ (~Ch3ck@154.70.99.98)
20:24.17Notify03BRL-CAD:ejno * 65851 (brlcad/trunk/src/conv/gcv/gcv.c brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp): correct conversion mode of fastgen4_write
20:34.04Notify03BRL-CAD:ejno * 65852 brlcad/trunk/src/conv/gcv/gcv.c: correctly set options_data
21:47.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:03.11*** join/#brlcad konrado (~konro@41.205.22.53)
22:07.21Notify03BRL-CAD Wiki:202.164.45.212 * 9246 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
23:06.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:22.32*** join/#brlcad vasc_ (~VASC@bl8-192-46.dsl.telepac.pt)
IRC log for #brlcad on 20150807

IRC log for #brlcad on 20150807

00:17.58Notify03BRL-CAD Wiki:LarhondahcmlufmmatSchlereth * 0 /wiki/User:LarhondahcmlufmmatSchlereth:
00:19.11*** join/#brlcad milamber (~devlin@2602:306:8094:9360:ed0a:f53f:4f21:2165)
00:57.23Notify03BRL-CAD Wiki:Bhollister * 9247 /wiki/User:Bhollister/DevLogAug2015: /* Thurs, August 6, 2015 */
03:27.17*** join/#brlcad gurwinder (~chatzilla@117.199.96.208)
06:20.26*** join/#brlcad ulty (~ofnlut_@2601:143:8001:646d::8041)
06:21.31*** join/#brlcad ulty_ (~ofnlut_@2601:143:8001:646d::8041)
06:24.04*** join/#brlcad ulty_ (~ofnlut_@2601:143:8001:646d::8041)
06:24.21*** part/#brlcad ulty_ (~ofnlut_@2601:143:8001:646d::8041)
07:29.39*** join/#brlcad ofnlut (~ofnlut_@2601:143:8001:646d::8041)
07:34.39*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-hdnmqbcajaflecdk)
09:07.46*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:55.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
10:19.13*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
10:23.29*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
10:49.15*** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net)
10:49.15*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:53.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
11:36.48*** join/#brlcad konrado (~konro@41.205.22.33)
12:22.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:34.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:20.20*** join/#brlcad sofat (~androirc@101.208.60.243)
14:27.18*** join/#brlcad sofat_ (~sofat@202.164.45.204)
14:27.38sofat_brlcad, hello
14:28.19sofat_Yes i have removed this * pattern from url in google custom search control panel.
14:30.15sofat_starseek1r, what is status of my patch ?
14:30.59sofat_brlcad, http://awesomescreenshot.com/0b954ukx2c please check this screen shot.
14:38.53*** join/#brlcad sofat (~androirc@202.164.45.204)
15:04.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:09.10*** join/#brlcad sofat (~sofat@202.164.45.208)
15:20.43*** join/#brlcad shaina (~shaina@117.214.244.25)
15:22.03*** join/#brlcad sofat (~sofat@202.164.45.204)
15:51.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:58.24*** join/#brlcad gurwinder (~chatzilla@117.212.52.57)
16:16.47*** join/#brlcad vasc (~VASC@bl7-160-148.dsl.telepac.pt)
16:17.46*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.110.97)
16:52.48*** join/#brlcad bhollister (~brad@2601:647:cb01:9750:7918:cfd6:e178:d1b5)
17:11.28*** join/#brlcad bhollister (~brad@2601:647:cb01:9750:7918:cfd6:e178:d1b5)
18:27.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:58.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:22.03*** join/#brlcad sofat (~sofat@202.164.45.204)
19:42.57*** join/#brlcad milamber (~devlin@2602:306:8094:9360:a893:ddbf:4095:e03)
20:05.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:07.19*** join/#brlcad konrado (~konro@41.205.22.12)
20:22.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:44.52Notify03BRL-CAD:carlmoore * 65853 (brlcad/trunk/src/librt/primitives/tor/tor.c brlcad/trunk/src/librt/screened_poisson.cpp): remove trailing white space, fix spelling, and insert missing blank; notice that 'homogenous' in src/liboptical/sh_toyota.c remains as is because that is a program variable
20:45.36Notify03BRL-CAD:carlmoore * 65854 brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt: new CMakeLists.txt for a new man page
20:45.45Notify03BRL-CAD:carlmoore * 65855 brlcad/trunk/src/util/CMakeLists.txt: make reference to new pixcrop.c
20:45.53Notify03BRL-CAD:brlcad * 65856 brlcad/trunk/include/vmath.h: looks like probably nobody ever tested this.. by making the invalid/valid testing be inclusive, everything except NaN ends up in bounds. make it be an open set. this eliminates the equality comparison, and lets inf values fail validity.
21:21.39*** join/#brlcad bhollister2 (~behollis@dhcp-59-221.cse.ucsc.edu)
21:28.05Notify03BRL-CAD:brlcad * 65857 brlcad/trunk/NEWS: carl added a new pixcrop, matching the existing bwcrop utility
21:36.45*** part/#brlcad Ch3ck_ (~Ch3ck@154.70.110.97)
22:15.51*** join/#brlcad vasc_ (~VASC@bl7-160-148.dsl.telepac.pt)
22:18.19Notify03BRL-CAD:carlmoore * 65858 (brlcad/trunk/src/util/bwstat.c brlcad/trunk/src/util/pixstat.c): cosmetic changes so the files look more alike
23:38.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150808

IRC log for #brlcad on 20150808

00:13.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:17.09Notify03BRL-CAD Wiki:Bhollister * 9248 /wiki/User:Bhollister/DevLogAug2015: /* Fri, August 7, 2015 */
00:20.29Notify03BRL-CAD Wiki:Bhollister * 9249 /wiki/User:Bhollister/DevLogAug2015: /* Fri, August 7, 2015 */
00:26.00*** join/#brlcad l4rry (~1v4n93@41.205.22.57)
01:04.42*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
01:04.42*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
01:14.37*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dhogqbwhdyuqfkqy)
02:37.26*** join/#brlcad milamber1 (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net)
10:09.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
10:21.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:27.32*** join/#brlcad thehummingbird (2bf79cd8@gateway/web/freenode/ip.43.247.156.216)
12:27.39thehummingbirdHello,I'm new to open source.Can anyone help me in getting started?
12:27.48thehummingbirdInterested in BRL Cad
12:38.56*** join/#brlcad shaina (~shaina@117.220.18.222)
13:15.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:20.10*** join/#brlcad l4rry (~1v4n93@41.205.22.33)
13:21.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:21.25*** join/#brlcad konrado (~konro@41.205.22.49)
13:23.51l4rrykonrado, gud afternoon
13:41.41Notify03BRL-CAD Wiki:96.44.189.101 * 9250 /wiki/Improve_Spline/B%C3%A9zier_Suppor: /* Ashiyane Digital Security Team */
13:43.06*** join/#brlcad sofat (~sofat@202.164.45.204)
14:25.33*** join/#brlcad sofat (~androirc@101.214.247.112)
14:44.50*** join/#brlcad l4rry (~1v4n93@41.205.22.27)
14:50.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:20.35*** join/#brlcad sofat_ (~sofat@202.164.45.204)
15:49.56*** join/#brlcad konrado (~guest-JPc@41.205.22.29)
16:18.01*** join/#brlcad sofat_ (~sofat@202.164.45.212)
16:38.01*** join/#brlcad ih8sum3r (~deepak@122.173.245.23)
16:54.05*** join/#brlcad sofat_ (~sofat@202.164.45.204)
17:34.38brlcadsofat_: if you would like to discuss, I am briefly available
17:34.55sofat_yes
17:35.00brlcadsofat_: please send future e-mails to the mailing list
17:35.01sofat_i am working
17:35.07sofat_ok
17:35.33sofat_" darken the background on the top-level menu options. not black, just a little more dark." explain this
17:35.44sofat_you talk about hover effect ?
17:35.49brlcadno
17:36.26sofat_please tell me more about this change
17:37.58brlcadthe background color is currently a light grey
17:38.08brlcadthe menu background color is currently a light grey
17:38.28sofat_yes
17:38.32brlcadthe page background color is white
17:38.37sofat_yes
17:38.52brlcadthe top navigation menu is very dark (I think #222)
17:38.57sofat_yes
17:39.00sofat_main menu
17:39.48brlcadthe side menu is much lighter
17:39.48sofat_you talking about which menu hold logo and home link etc ?
17:40.05sofat_yes lighter
17:40.16brlcadthe side menu needs to be darker
17:40.21brlcadnot as dark as the top menu
17:40.31brlcadwhat is the current color?
17:40.32sofat_right menu is lighter .
17:40.46brlcadleft menu
17:41.00sofat_ok i got it
17:41.14ih8sum3rbrlcad: Hey, I have send you an email 2 days before have you checked that one.
17:41.31ih8sum3rRegarding .vdi file.
17:41.47brlcadsofat_: maybe 444 or 666
17:41.56sofat_for what ?
17:42.03brlcadthe darker color
17:42.05sofat_ok
17:42.38brlcadsofat_: did you understand the other two changes?
17:44.11sofat_yes i understand
17:44.17brlcadokay great
17:45.04brlcadsofat_: I think we just need to make your goal to match what blender did exactly
17:45.21sofat_yes
17:45.22brlcadincluding all colors except our red where they use blue
17:45.29brlcadhttp://www.blender.org/manual/getting_started/index.html
17:46.15brlcadyou may even want to look at their code to see how they get that behavior
17:46.44sofat_I cant get any code of this menu
17:46.56brlcadwhy?
17:47.04sofat_where is code ?
17:47.11brlcadI don't know
17:48.07brlcadthe point is the appearance
17:48.15sofat_I also don't know I just open the view source of web site and try to find something useful for me but I could not able to found any useful code library etc.
17:48.16brlcadhow you get there IS your task
17:48.28sofat_IS ?
17:49.01sofat_which library I used its not more customizable.
17:49.12sofat_what is IS?
17:49.30brlcademphasis
17:49.31brlcad*is*
17:49.37brlcadit is your task
17:50.04sofat_hmm
17:50.08brlcadfinding code is not your task
17:50.19brlcadfinding a library that does everything you need is not your task
17:50.25brlcadmaking it work is your task :)
17:50.59sofat_yes i understand and you also see i am trying daily to make useful
17:51.01brlcadyou have the mechanics in place already .. a menu that works
17:51.15brlcadyes, I see that you're trying and working daily
17:51.18brlcadthis is certainly good
17:51.25brlcadwe're just not making hardly any progress
17:51.34brlcadthis is certainly not good
17:52.04brlcadit's taking a LOT of time to discuss issues and changes with you over and over
17:52.42sofat_yes I know
17:52.59sofat_some is possible to do some not possible to do
17:53.20brlcadthis is simply not sustainable interaction
17:53.41sofat_hmm
17:53.51brlcadyou're getting a lot of discussion while others are not, and a lot of it is wasted because you don't understand or it's technically hard/not possible
17:53.58brlcadother students are getting ignored and that is not fair to them
17:54.11brlcadyou have to be more independent and figure out these problems
17:54.28brlcadblender is displaying a working example, match it
17:55.12brlcadI think you have all the pieces you need -- it's mostly css styling missing
17:55.35brlcadunfortunately, these are the most important in order to publish this work
17:55.58brlcadyou've made *great* progress
17:56.12brlcadthe fact that css/appearance is the main aspect remaining is good
17:56.41brlcadbut you have to be able to finish the work without me specifying every single detail like 1px borders and background colors
17:57.07brlcadjust match blender in look at behavior as closely as you possibly can ..
17:57.23brlcaddoes that sound achievable?
18:02.36ih8sum3rbrlcad: Do we have virtualbox installed on .bz server?
18:07.20sofatYes
18:11.45*** join/#brlcad sofat_ (~sofat@202.164.45.212)
18:15.22brlcadih8sum3r: yes, 4.3.30
18:16.23ih8sum3rshould I upload .vdi file over .bz and test it. Becuase on my system and in my virtual enviornment me getting errors on errors :(
18:20.21ih8sum3rbrlcad: Need your little advice / suggestion can you please spare a little for me.
18:38.50brlcadih8sum3r: what kind of errors?
18:39.01brlcaderrors in the image?
18:39.06brlcadthe vm?
18:39.31ih8sum3rI Error while loading image on server.
18:39.56brlcadthat is an ambiguous answer... :)
18:40.15*** join/#brlcad milamber (~devlin@2602:306:8094:9360:152d:cd7a:3c99:ee26)
18:40.34brlcadplease be more specific
18:41.57ih8sum3rI use to run virtual machine inside virtual machine. I set up enviornment somewhat like our. I first installed freebsd 10.1 and then installed VM inside it. And next inside freebsd I installed VM again and try to run that image (.vdi) file. But everytime I used to run it it aborted after few minutes.
18:42.14brlcadVM instide a VM?
18:42.28ih8sum3rs / instide / inside
18:42.39brlcadahh, vm running fbsd running virtualbox
18:42.48brlcadyou don't need to be running vbox within fbsd...
18:42.58*** join/#brlcad sofat_ (~sofat@202.164.45.204)
18:43.31brlcadif everything is working in the vbox image, upload your image to the server and we can test it
18:44.09ih8sum3rAlso I did the same but with ubuntu server.
18:44.24ih8sum3rbut faced same error.
18:44.40ih8sum3rI support 32 bit version it that true?
18:44.49ih8sum3rs / I / It
18:45.37brlcadBut everytime I used to run it it aborted after few
18:45.40sofat_brlcad, I have update the first three changes .
18:45.47brlcadih8sum3r: what does that mean?                
18:47.07ih8sum3rbrlcad: It automatically stops. After getting grub screen, it goes blank and aborted.
18:47.37brlcadplease restate without using the word "it"
18:50.49brlcadih8sum3r: sorry, but response is taking too long, I have to go now
18:51.12ih8sum3rbrlcad: Should I mail you everything n detail?
18:51.39brlcadyou can summarize to the mailing list
18:51.57sofat_I update the search box size also.
18:51.58brlcadif the VM environment is crashing, that is something you can fix
18:52.11brlcadif virtualbox is crashing, that's soemthing you  probably cannot fix
18:52.43ih8sum3rOkay I post everything on mailing list in detail. Yes I'm looking for the solution will report asap.
18:57.04brlcadsofat_: the darker color is better, but it's too dark
18:57.41brlcadplease just match blender's colors
18:57.44brlcadexactly
19:02.17ih8sum3rbrlcad: Our server VM support only 32 bit iso or both?
19:21.04*** join/#brlcad l4rry (~1v4n93@41.205.22.39)
19:45.56*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mpakwqifmiyyuyog)
20:12.45*** join/#brlcad sofat (~androirc@101.209.182.60)
20:17.03*** join/#brlcad konrado (~konro@41.205.22.62)
20:24.05*** join/#brlcad l4rry (~1v4n93@41.205.22.35)
20:29.45*** join/#brlcad konrado (~konro@41.205.22.63)
20:46.20*** join/#brlcad konrado_ (~konro@41.205.22.12)
20:58.58brlcadih8sum3r: don't know
21:11.03*** join/#brlcad sofat_ (~sofat@202.164.45.212)
23:00.09Notify03BRL-CAD Wiki:202.164.45.212 * 9251 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
23:01.47*** join/#brlcad milamber1 (~devlin@2602:306:8094:9360:152d:cd7a:3c99:ee26)
23:36.40Notify03BRL-CAD Wiki:Konrado DJ * 9252 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 8 AUGUST 2015 */
IRC log for #brlcad on 20150810

IRC log for #brlcad on 20150810

05:53.11*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
05:53.11*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
06:05.19*** part/#brlcad milamber1 (~devlin@2602:306:8094:9360:152d:cd7a:3c99:ee26)
09:25.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
10:51.11*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ofaxogvrpitpfbrk)
10:56.17*** join/#brlcad shaina (~shaina@59.89.43.36)
12:44.23*** join/#brlcad konrado (~konro@41.205.22.18)
13:09.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:18.10*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
13:38.42*** join/#brlcad sofat (~androirc@101.208.90.216)
14:01.50Notify03BRL-CAD:d_rossberg * 65863 (rt^3/trunk/src/coreInterface/CMakeLists.txt rt^3/trunk/src/libge/CMakeLists.txt and 5 others): essentially the patches from http://sourceforge.net/p/brlcad/patches/300/ "Pipe primitive interface and implementation"may need some additional tests etc.thanks to Andrei Popescu, Ilinca Andrei, and Kalpit Thakkar for providing the patches
14:02.21*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
14:25.21Notify03BRL-CAD:carlmoore * 65864 (brlcad/trunk/doc/docbook/CMakeLists.txt brlcad/trunk/doc/docbook/resources/brlcad/presentation.xsl.in): remove trailing white space
14:51.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:04.45*** join/#brlcad sofat_ (~sofat@202.164.45.212)
15:14.22*** join/#brlcad sofat (~androirc@101.208.90.216)
15:24.21Notify03BRL-CAD Wiki:Shaina7837 * 9256 /wiki/User:Shainasabarwal/GSoC15/logs: /* 5 August */
15:28.53*** join/#brlcad sofat_ (~sofat@202.164.45.204)
16:08.12*** join/#brlcad sofat (~androirc@101.209.184.68)
16:21.09*** join/#brlcad gurwinder (~chatzilla@117.220.168.8)
16:37.33*** join/#brlcad bhollister (~brad@2601:647:cb01:9750:e56e:baeb:1328:5e1e)
16:41.49*** join/#brlcad gurwinder (~chatzilla@117.220.168.8)
16:52.27*** join/#brlcad sofat (~androirc@101.209.184.68)
16:55.14Notify03BRL-CAD Wiki:Gurwinder Singh * 9257 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
17:01.12*** join/#brlcad vasc (~vasc@bl7-127-135.dsl.telepac.pt)
17:15.58Notify03BRL-CAD:vasco_costa * 65865 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/primitive_util.c): add inclusive scan opencl code from pyopencl.
18:12.25Notify03BRL-CAD:vasco_costa * 65866 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/primitive_util.c brlcad/trunk/src/librt/primitives/scan.cl): refactor to add opencl exclusive scan besides the inclusive scan.
18:22.42Notify03BRL-CAD Wiki:Vasco.costa * 9258 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 11 : 3 Aug-9 Aug */
18:38.33Notify03BRL-CAD:vasco_costa * 65867 NIL: creating a private branch for opencl.
19:23.29*** join/#brlcad Izakey (~Izakey@41.205.22.45)
19:24.08*** join/#brlcad sofat_ (~sofat@202.164.45.204)
19:34.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:43.08vaschalf an hour spinning in circles with broken compile on docs until i fetch a clean copy out of the entire svn branch and it magically works again! GAH
19:46.36vascoh right. just deleted my code from the last hour with that rm -rf
19:46.42vascthis is not my day
19:48.39vascgood thing i remember everything i did
19:51.08StragusEh. I once accidentally deleted a 600 lines .c file, but I still had the .o file... and so I kept using the .o for weeks
19:55.10``Erikprobably shoulda done an svn diff before deleting... :D (and mal, 600 lines of rewrite should be trivial for you, especially with your asm-fu to refresh yourself on what the code is doing)
19:55.59``Erik<-- has no room to talk, has probably lost hundreds of thousands of lines of code over the last 30 years O:-)
19:56.14vasci had an HD crash a couple of years back. lost years of stuff.
19:57.03vasci actually had a patch but its an older one
19:57.11vascso it was only like 15 mins old
19:57.14``ErikI've had a couple of those, floppies erased/damaged by magnets or just time, disk format changes that I assumed I'd be able to work around, etc
19:57.50vasci actually had managed to keep code for 20 years. hds are usually pretty safe.
19:57.57``Erikhas a box of 5.25" floppies that were, at one time, cbm formatted and full of hand written machine code
19:57.58vascbut eventually shit happens
19:58.13vascgeez
19:58.18vascthat should be interesting to recover
19:58.20``Erikplus a backup drive fail
19:58.27``Erik1.5tb of backup
19:58.42vaschttps://en.wikipedia.org/wiki/Individual_Computers_Catweasel
19:58.49vascmaybe this could read it
19:59.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:59.30``Erikoh, here's a really good one, I have a 1tb drive of stuff that I can't access, it was formatted using a -current version of fbsd and I guess something was 'weird' with the low level code in that fbsd because no other version seems able to mount it
19:59.42``Erikand I don't know which -current it was :D
20:00.47vascthat's certainly interesting
20:02.18``Erikinteresting controller... I doubt my disks are good anymore, but it's neat to know that someone somewhere is trying to preserve compatibility :)
20:03.58Notify03BRL-CAD:vasco_costa * 65868 brlcad/branches/opencl/src/rt/do.c: kludge up a simple rendering pipeline with grid spatial partitioning traversal acceleration.
20:05.33Notify03BRL-CAD Wiki:Vasco.costa * 9259 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
20:06.41vaschttps://sourceforge.net/p/brlcad/code/65868/tree//brlcad/branches/opencl/src/rt/do.c?diff=517597f55fcbc97910120d57:65867
20:07.04vascthat's basically a simple version of the entire ray tracing rendering pipelne
20:07.41vascthe only librt internals it calls are the primitive shot, normal routines, and the boolean weaving code
20:08.16vascof course the boolean weaving code alone is about as large as the code of this simple pipeline....
20:08.29vasc:-P
20:25.40*** join/#brlcad sofat (~sofat@101.208.130.207)
20:30.16Notify03BRL-CAD Wiki:Vasco.costa * 9260 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
20:33.06Notify03BRL-CAD Wiki:Vasco.costa * 9261 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
20:34.46Notify03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Cl_goliath.png:
20:36.20Notify03BRL-CAD Wiki:Vasco.costa * 9263 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
20:38.59Notify03BRL-CAD Wiki:Vasco.costa * 9264 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
20:40.35Notify03BRL-CAD Wiki:Vasco.costa * 9265 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
20:46.25*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.28.203)
20:49.22*** join/#brlcad sofat (~sofat@101.208.130.207)
20:51.36``Erikdidn't realize siggraph started yesterday
21:05.51*** join/#brlcad Izakey (~Izakey@41.205.22.18)
21:08.23*** join/#brlcad sofat (~sofat@202.164.45.204)
21:19.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:45.38*** join/#brlcad sofat (~sofat@101.208.130.207)
22:46.44Notify03BRL-CAD:carlmoore * 65869 (brlcad/trunk/src/util/bw-png.c brlcad/trunk/src/util/pix-png.c): cosmetic changes to make 2 source files look more alike
23:12.53Notify03BRL-CAD Wiki:Vasco.costa * 9266 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
23:47.56``Erikhuh... cl weenies might dig this... (bah::foo 'bah::bar bah::*boosh*) -> bah::(foo 'bar *boosh*)
23:48.06``Erik(extension in some variants, sbcl being one)
IRC log for #brlcad on 20150811

IRC log for #brlcad on 20150811

01:04.08Notify03BRL-CAD Wiki:Bhollister * 9267 /wiki/User:Bhollister/DevLogAug2015:
01:12.54*** part/#brlcad Ch3ck_ (~Ch3ck@41.205.28.203)
01:49.36Notify03BRL-CAD Wiki:SideburnEtic * 0 /wiki/User:SideburnEtic:
01:55.21Notify03BRL-CAD Wiki:SideburnEtic * 9268 /wiki/ARL_Technical_Reports: removed spam
01:59.05Notify03BRL-CAD:vasco_costa * 65870 (brlcad/branches/opencl/src/librt/librt_private.h brlcad/branches/opencl/src/librt/primitives/primitive_util.c and 3 others): add device side solid database storage.
02:01.55Notify03BRL-CAD Wiki:Vasco.costa * 9269 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
02:02.48Notify03BRL-CAD Wiki:Vasco.costa * 9270 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
02:02.59Notify03BRL-CAD Wiki:Vasco.costa * 9271 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
03:43.23Notify03BRL-CAD Wiki:Vasco.costa * 9272 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
03:44.12Notify03BRL-CAD Wiki:Vasco.costa * 9273 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
03:45.11Notify03BRL-CAD Wiki:Vasco.costa * 9274 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
03:48.27Notify03BRL-CAD Wiki:Bhollister * 9275 /wiki/User:Bhollister/DevLogAug2015: /* Mon, August 10, 2015 Week 12 (of 14) */
04:28.40*** join/#brlcad gurwinder (~chatzilla@117.199.101.198)
04:33.30Notify03BRL-CAD:vasco_costa * 65871 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/librt_private.h and 4 others): minor cleanup of opencl database shot code.
04:37.33*** join/#brlcad shaina (~shaina@59.91.88.56)
04:57.35Notify03BRL-CAD Wiki:Gurwinder Singh * 9276 /wiki/Povray:
06:42.30*** join/#brlcad roop (~roop@59.91.88.56)
07:02.03*** join/#brlcad gurwinder (~chatzilla@117.199.101.198)
07:49.18*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:49.53*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:55.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
10:19.46*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
10:22.31Shubhambrlcad: I request you to please update the google sheet (mentor review checklist) that was shared with all the GSoC students at the start of the coding period, for our review as well.
10:23.33ShubhamI mean in order for us to see where we stand, as far as our objectives as GSoC students are concerned.
10:38.47*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
10:51.20*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-hmvfyehekiwavadt)
11:08.39*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
11:28.22*** join/#brlcad konrado (~konro@41.205.22.24)
11:32.34konradod_rossberg: Hello
12:20.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:31.01*** join/#brlcad ih8sum3r (~deepak@122.173.195.50)
12:31.25*** part/#brlcad ih8sum3r (~deepak@122.173.195.50)
12:32.04*** join/#brlcad D33pak (~D33pak@122.173.195.50)
12:57.40*** join/#brlcad ih8sum3r_ (~ih8sum3r@122.173.163.145)
13:10.20d_rossbergkonrado: hi
13:20.27*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.163.145)
13:28.36*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:02.58*** join/#brlcad konrado (~konro@41.205.22.42)
14:47.58*** join/#brlcad konrado (~konro@41.205.27.94)
15:25.52Notify03BRL-CAD:carlmoore * 65872 brlcad/trunk/src/librt/primitives/primitive_util.c: remove a trailing white space character
15:49.34Notify03BRL-CAD Wiki:Rontheslow * 0 /wiki/User:Rontheslow:
16:22.21*** join/#brlcad roop (~roop@106.78.67.189)
16:24.47*** join/#brlcad roop (~roop@106.78.67.189)
16:37.41*** join/#brlcad gurwinder (~chatzilla@117.199.101.198)
16:42.06*** join/#brlcad konrado (~konro@41.205.27.94)
17:05.16*** join/#brlcad smile (~smile@202.164.45.204)
17:12.55*** join/#brlcad shaina (~shaina@117.214.242.21)
17:22.39Notify03BRL-CAD Wiki:Deekaysharma * 9277 /wiki/User:Deekaysharma/logs:
18:02.34*** join/#brlcad sofat (~smile@202.164.45.204)
18:22.25*** join/#brlcad konrado (~konro@41.205.22.19)
18:39.54*** join/#brlcad sofat (~smile@202.164.45.204)
18:49.24*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
18:58.43*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
19:01.35*** join/#brlcad bhollister (~brad@2601:647:cb01:9750:28ca:d514:9f8c:b4d3)
19:01.57Notify03BRL-CAD:vasco_costa * 65873 (brlcad/branches/opencl/src/librt/librt_private.h brlcad/branches/opencl/src/librt/primitives/arb8/arb8.c and 6 others): refactor opencl database storage.
19:02.34*** join/#brlcad vasc (~vasc@bl7-127-135.dsl.telepac.pt)
19:24.45*** join/#brlcad sofat (~smile@101.215.81.12)
19:27.07Notify03BRL-CAD:vasco_costa * 65874 (brlcad/trunk/include/rt/shoot.h brlcad/trunk/src/librt/librt_private.h and 8 others): backport solid database storage from opencl branch to trunk.
19:27.36Notify03BRL-CAD Wiki:Vasco.costa * 9278 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
19:34.35Notify03BRL-CAD Wiki:Vasco.costa * 9279 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
19:34.49Notify03BRL-CAD Wiki:Vasco.costa * 9280 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
19:35.57Notify03BRL-CAD Wiki:Vasco.costa * 9281 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
19:44.34vascman two months and a half and feel like i just broke the outer layer in porting BRL-CAD to opencl. without working on the meat of it.
19:45.02StragusIt's a pretty massive amount of work
19:46.14vascso basically we now got half a dozen primitive intersection routines and we can store an array of primitives on the gpu
19:46.34vascopencl device or whatever
19:47.43vascthe plan i had i would do grid acceleration next. i actually got it working on ANSI C and I got a device side grid builder.
19:48.20vascthe problem is now i think its a mistake to use grids in this case and doing a gpu bvh builder would take ohhh so much time
19:48.33vascprobably another 2 months
19:48.52vascor 3
19:48.56StragusDon't build on the GPU!
19:49.35vascif i code a cpu bvh builder which can be ported to the gpu it will probably take a month to code it and take all the kinks out.
19:49.45vascand that's without doing the traversal
19:49.54vascoptimized
19:50.21StragusI think Sean always wanted an "incremental" process, little steps
19:50.35``Erikwith frequent commits...
19:50.43StragusWhich sounds weird to me, because it seems like a whole block to be written all at once
19:50.56vascwell it would only take a couple of days to do the gpu grid traversal but i think its a waste of time
19:50.57``Erikmal: burger says you visited him? how crazy is he? :D
19:51.20StragusOh, I went to Australia and met Burga like... 8 years ago?
19:51.36StragusSeemed pretty normal I guess :)
19:51.36``Erikhah, damn, I had no idea :)
19:52.21StragusHe didn't seem like a true and dedicated geek
19:52.33``Erik<-- is sitting at a linux box running X, seems so weird (burning in a new laptop battery)
19:52.58``Erikhe did a stint in the assie military, that can rip the geekiness out of one, I'd think?
19:53.07Stragusvasc, I fully agree with not doing stuff that will have to be rewritten anyway
19:53.09*** join/#brlcad smile (~smile@202.164.45.212)
19:53.18Stragus``Erik, probably!
19:53.52vascthe current code uses mailboxing. so it has this per ray bitset with the size of the number of primitives...
19:53.56vascnow wait a mine
19:53.58vascminute
19:54.10vascnow that i think about it the grids can probably work
19:54.39``Erikvasc: have you discussed what to work on with your mentor? "pencils down" is coming up
19:54.56vasccoz this is a csg raytracer the number of primitives in a scene is usually kind of low. i mean the goliah has like 300 primitives
19:55.10vasca bitset per ray for that isn't that big and can probably be stored in shared memory
19:55.45``Erik'real' geometries are typically something in the 1000's or 10000's range iirc
19:56.27StragusDarn no, don't use a bitset per ray
19:56.57StragusI have no weight whatsoever on what you should work on, but I have strong opinions regarding not doing work that someone will have to rewrite anyway
19:57.14StragusSo, whatever is written should ideally be good code
19:57.34vascwell it if was a triangle raytracer the mailboxing wouldn't work because the bitset would take too much memory
19:57.43vascyou can have tens of millions of triangles
19:58.14vascare those geometries that size in number of solids alone or are you counting the pieces as well?
19:58.28StragusA proper partitionning strategy will never require tracking bitsets per ray
19:58.48StragusPlease do that. <disclaimer>I have no say on the matter.</disclaimer>
19:58.56StragusPlease *don't* do that. :)
19:59.09vasc10000*38/1024
19:59.16vascthat's like 371K of RAM
19:59.25vascioh crap
19:59.30vasci forgot the workgroup size
19:59.46Straguswaves a giant "Bad Idea" flag
19:59.48vasc371 MB
20:00.01vascwait a second
20:00.23vascso its like 10000/8*1024/1024 KBs
20:00.40vasc1.22 MBs
20:00.58vascits like 10000 solids, 8 bits per byte, workgroup size 1024, convert to KBs
20:01.23vascwell that won't fit into shared memory
20:01.32StragusThat's a huge amount of memory to *clear* before tracing every single ray
20:01.45StragusIt implies a ton of extra loads/stores that should be unnecessary
20:01.54vascso we would just blow the 256KB or whatever GPU cache with the mailboxes in global memory
20:02.24vascyes that's why i thought it would be cheaper to redo the computations over
20:03.13vasceven if we have to recompute intersections 3-4 times
20:03.21vascat least it doesn't trash the cache
20:03.34StragusThe proper solution is object-based partitionning
20:03.43vascyes we had discussed that
20:03.54StragusIf you don't have time to do that, I would suggest no partitionning whatsoever. Put all object into a big list
20:03.58vascanyway i need to discuss this with brlcad
20:03.59StragusAnd let someone else do that part
20:04.11vasci already have that
20:04.15StragusGood
20:04.31vascthe routines to store a list in memory and the routines to intersect a primitive in memory given its index
20:05.47vasci can check the amount of duplicate intersections on goliath and do some tests like that i guess
20:06.47StragusDo you have a single kernel launch to trace a bunch of rays, intersect all objects (from a single fat list), then return lists of hits?
20:06.56StragusI think that would be a very good intermediary step
20:07.28StragusThen someone can insert partitionning while keeping the rest of the code
20:07.49vascnah. that isn't coded yet. it seems like a reasonable approach. but i would need to compute intersections twice to know the size of the list of hits to allocate.
20:08.21StragusThat's a reasonable intermediary step
20:08.24vascwhich is still going to be less duplicate intersections than not using the mailboxing
20:08.35vasci bet
20:08.54vascyeah it seems a good idea
20:09.36StragusAlternatively, just return hits in some "inlined callback" function, returns 0 to terminate rays, then someone can plug some buffering code in there
20:09.42vasci had a pseudo code for that
20:09.48StragusCool
20:11.09vasccompute the intersections for all opencl primitives once to determine the size of the list of hits, allocate that, compute the hits again and fill the list, copy the list to the cpu, then compute the intersections fort the non-opencl primitives and merge the intersections of host and device primitives
20:11.49StragusI would drop the part about non-opencl primitives and merging intersections
20:11.52vascthen everything else would be done in the cpu
20:11.59StragusIt's all code that someone will have to throw away when all is ported to OpenCL
20:12.05vascwell the boolean weaving is kind of complicated
20:12.39vascwell
20:12.40StragusFine, keep that on the CPU
20:13.41vascit's like this. if i only did a first shot intersector i could discard a lot of results and not need to figure out the size of the list of hits and so on
20:13.58vasccoz you only need one hit per ray
20:14.31vascthe thing is it doesn't solve the general problem in a good way. but it can probably render scenes quick
20:14.56StragusThe idea is not to write a first hit code
20:15.04StragusBut to use a callback function which may return 0 to terminate the ray
20:15.19vasci think Sean suggested that as an alternative at one point
20:15.20StragusAnd in your code, you terminate the ray right there, unless you have time to do the buffering part
20:15.36StragusThese are good incremental steps, because no one will have to throw away code later on
20:15.37vasci can't use function pointers in opencl
20:15.50vasci can call some function but the thing is
20:15.56StragusIt's a figure of speech, you don't want an actual function pointer
20:16.11vascits like i said you need to redo the intersections twice to compute the size first
20:16.20vascso i don't think it would add anything
20:16.48StragusYou don't *need* to do that... but it's a reasonable temporary resolution, because it doesn't involve much extra code
20:16.48vascyou would do it like this in a later version:
20:17.16vascyou compute the intersections passing NULL as a buffer to store results. the kernel returns the number of intersections computed
20:17.21StragusLater on, someone will throw that away to instead buffer hits in some global static buffer allocated through atomics
20:17.39vascthen you allocate the buffer with that size and call the intersection function again
20:18.17vascits a bit more complicated than that because its per ray
20:18.24vascso i would need a prefix sum somewhere
20:18.27vascbut its as easy as that
20:19.09StragusKeep it simple, it's temporary code
20:19.39vascno this code could work for the general case
20:20.45StragusYes, but it's twice as slow as it should be
20:20.50StragusTherefore, it's temporary code
20:21.06vascthe callback would be a great idea if we could incrementally compute the boolean weaving somehow. but i don't see how to do that.
20:21.35vascyeah i know its twice as slow. but the advantage is no dynamic mallocs
20:21.57vascits only arithmetic intensive
20:22.12StragusTwice as slow plus the prefix sum
20:22.53vascthose are kinda quick
20:23.21vascplus i already have opencl code for prefix sums in svn trunk
20:23.43vasccalling that would be a line of code
20:24.00StragusLike I said, it's a viable way to demonstrate the code is working
20:24.10StragusBut I expect this to be rewritten, it's not final code
20:24.26vascyeah and perhaps it wouldn't be slow as molasses
20:24.48vascwell i don't see a way of doing the 'final code' differently unless the boolean weaving can be computed incrementally.
20:25.13vascand i think that's probably SIGGRAPH paper material
20:25.18vascprobably
20:25.40vasci was actually reading about that the other day
20:26.19vasc"CST: Constructive Solid Trimming for
20:26.19vascrendering BReps and CSG"
20:27.50vasc"CST: Constructive Solid Trimming for rendering BReps and CSG", John Hable and Jarek Rossignac
20:28.12vascso...
20:29.32vasci didn't read it that profoundly but i think they use the stencil buffer.
20:30.30vasci think it renders the scene in object order
20:30.39vascso its kinda like a rasterization technique
20:35.49vasci think there's no 100% future proof design we can do until we figure out how to do the boolean weaving on the gpu
20:36.03StragusRight, keep that on the CPU for now
20:36.25vascbut it could be useful to have a proof of concept that shows how faster the gpu side rendering can be
20:36.36vascfor that a first hit intersector would do it
20:37.10StragusThat will also require proper scene partitionning, which is a massive amount of work
20:37.24StragusEverybody knows GPUs are fast, no need to demonstrate that :p
20:38.03vascwell it would probably provide more motivation for people to work on this if they saw something that had some kind of direct user impact
20:38.17``Erikpheer my intel g41 gpu, tremble before it's might :D
20:39.00vascactually the current kernel call intensive code is probably faster running the opencl on the CPU than the GPU. coz it doesn't do as many bus transfers.
20:39.12vascwhaka whaka
20:39.39StragusI use dual-GTX 590, 4 GPUs on two boards, yar!
20:40.15StragusOld GPUs, but it's the last architecture that Nvidia made for true compute. And it's still faster than any more recent hardware at double precision o.O
20:41.00``Erikhttp://www.videocardbenchmark.net/gpu.php?gpu=Intel+G41+Express+Chipset
20:41.01Stragus4 GPUs is also great to test code scalability
20:41.36StragusNo idea what these numbers are, but it does not look good
20:42.00vascwikipedia says 2488.3 GFLOPS FMA for the GTX-590
20:42.16vascbut i think that's SP FLOPS
20:42.25vascwhat's the DP FLOPS ratio?
20:43.08Stragus1 to 4, the best ratio
20:43.27``Erikplain gtx-590 is 4000 on that benchmark site, a little more than my 62 ;)
20:43.38StragusOr 1 to 2?
20:44.07Stragus``Erik, it's two GPUs on the same board, OpenGL can't properly use two GPUs at the same time
20:44.10vascin that case I think the Titan Z is faster.
20:44.18vaschttps://en.wikipedia.org/wiki/GeForce_700_series
20:44.26vasc2707 DP GFLOPS
20:44.42vasca lot of wasted potential but still faster
20:46.22vasci think that intel chipset doesn't have OpenCL support
20:46.37StragusFermi was an amazing compute architecture
20:46.45StragusKepler was pure gaming, and Maxwell... kind of half way
20:47.04vascno the Maxwell is the pure gaming
20:47.06vascthe Kepler is ok
20:47.26vascI have a Kepler
20:47.27vascGK110
20:47.55vascmaxwell has 1/32 the DP FLOPS
20:48.28StragusThe Kepler's general cache is atrociously bad
20:48.31vasclike the TITAN X 192 DP GFLOPS and 6144 SP FLOPS
20:48.49*** join/#brlcad Guest64755 (~smile@101.208.40.51)
20:48.58StragusWhen I ported my code from acessing memory directly to using the texture cache, it became 2.3 times faster!
20:49.26vasccompare with the Kepler TITAN Z: 8122 SP GFLOPS and 2707 DP GFLOPS
20:49.56vascthe Kepler has a lot more DP FLOPS
20:50.02vascthe Maxwell (the latest one) is crap at DP
20:50.20StragusAt least the general cache is not utter garbage
20:50.46vascFermi, Kepler, Maxwell
20:50.49vascI have the Kepler
20:51.03vascthey just keep nerfing the DP
20:56.57vascoh neat. i found a bug in my code when i use AMD OpenCL.
20:57.42vascit doesn't search the current path for includes like the NVIDIA compiler
20:57.51vascbrilliant
20:59.36Stragus-I./ ?
21:01.13vascyeah -I. works
21:04.09Notify03BRL-CAD:vasco_costa * 65875 brlcad/trunk/src/librt/primitives/primitive_util.c: add current path for opencl includes or the AMD OpenCL won't find them.
21:04.45vascelapsed = 58.6581 sec
21:04.56vasci think the GPU takes like ten times that
21:05.01vasccoz of the bus transfers
21:05.14vasci wonder if its quicker than the non-opencl one
21:06.57vascit does use vector SSE
21:07.20StragusDon't worry about performance at this point
21:07.35StragusPerformance will be terrible until all piece of the puzzles have been written properly
21:09.52vascits just a matter of recompiling and testing it
21:11.01vascelapsed = 58.6581 sec
21:11.02vasclol
21:11.13vascelapsed = 1.24892 sec
21:11.41vasctoo much overhead
21:13.11vascit's an OpenCL decelerator now
21:14.14StragusStop worrying :p
21:14.27vascits still good to know the scale of things
21:14.38vasci kinda expected to do more by now
21:14.55vascman i never thought those primitives had so much code to port
21:15.20vascmost of it was straightforward but still i had to hunt it down all over the place
21:15.55vasc<PROTECTED>
21:15.55vasc<PROTECTED>
21:15.56vasc<PROTECTED>
21:15.56vasc<PROTECTED>
21:15.56vasc<PROTECTED>
21:15.56vasc<PROTECTED>
21:15.58vasc<PROTECTED>
21:16.00vasc<PROTECTED>
21:16.02vasc<PROTECTED>
21:16.04vasc<PROTECTED>
21:16.06vasc<PROTECTED>
21:16.18vascthe sph_shot.cl was the one that was done before for comparison.
21:17.08vascand that's not counting the glue code and serialization code and crap like that
21:17.17vascnone of the ANSI C bits
21:21.15vasci'll just work on the first hit renderer then.
21:21.34vascat least until i hear more from brlcad
21:22.11vascthat will port the entire rendering pipeline in a really simple way
21:22.19vasci won't do any spatial acceleration whatsoever.
21:22.53vascwhich reminds me we don't compute normals on the gpu side yet
21:22.56vasc:-P
21:24.07vascoh well black will do for now
21:24.16vascor white
21:39.16Notify03BRL-CAD:carlmoore * 65876 brlcad/trunk/src/util/bwdiff.c: switch a line to make the files look more alike, although there are other differences which probably cannot be resolved
21:42.27Notify03BRL-CAD Wiki:101.208.40.51 * 9282 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
21:46.04Notify03BRL-CAD:carlmoore * 65877 (brlcad/trunk/src/util/bwfilter.c brlcad/trunk/src/util/pixfilter.c): fix comment for sake of uniformity
21:54.31Notify03BRL-CAD Wiki:Konrado DJ * 9283 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 11 AUGUST 2015 */
21:57.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:40.21*** join/#brlcad bhollister2 (~behollis@dhcp-59-221.cse.ucsc.edu)
23:43.32*** join/#brlcad bhollister3 (~behollis@dhcp-59-221.cse.ucsc.edu)
IRC log for #brlcad on 20150812

IRC log for #brlcad on 20150812

00:46.58vaschmmm
01:11.19*** join/#brlcad vasc__ (~vasc@bl13-105-77.dsl.telepac.pt)
01:21.47Notify03BRL-CAD Wiki:Bhollister * 9284 /wiki/User:Bhollister/DevLogAug2015: /* Tues, August 11, 2015 */
01:31.06Notify03BRL-CAD:vasco_costa * 65878 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/primitives/arb8/arb8_shot.cl and 8 others): simple opencl rendering pipeline which brute force computes all intersections and returns a silhouette of the view. we don't have opencl normal computation yet.
01:31.48Notify03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Rt_havoc.png:
01:32.17Notify03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Cl_havoc.png:
02:04.58Notify03BRL-CAD Wiki:Vasco.costa * 9287 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
02:05.57Notify03BRL-CAD Wiki:Vasco.costa * 9288 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
02:15.15Notify03BRL-CAD Wiki:Vasco.costa * 9289 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
02:16.04Notify03BRL-CAD Wiki:Vasco.costa * 9290 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
02:16.32Notify03BRL-CAD Wiki:Vasco.costa * 9291 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
02:39.39Notify03BRL-CAD:vasco_costa * 65879 brlcad/branches/opencl/src/librt/primitives/table.cl: refactor to use less temporaries and use saturated conversions.
03:09.56*** join/#brlcad gurwinder (~chatzilla@59.91.117.66)
04:06.06Notify03BRL-CAD:vasco_costa * 65880 (brlcad/branches/opencl/src/librt/primitives/primitive_util.c brlcad/branches/opencl/src/librt/primitives/tgc/tgc_shot.cl brlcad/branches/opencl/src/rt/do.c): make the code more robust.
04:22.52Notify03BRL-CAD Wiki:Vasco.costa * 9292 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
04:29.55Notify03BRL-CAD Wiki:Vasco.costa * 9293 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
04:31.59Notify03BRL-CAD Wiki:Vasco.costa * 9294 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
04:34.59Notify03BRL-CAD Wiki:Vasco.costa * 9295 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
04:35.58Notify03BRL-CAD Wiki:Vasco.costa * 9296 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
07:01.28*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
07:01.28*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
08:24.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
09:12.35Notify03BRL-CAD Wiki:Vasco.costa * 9297 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
10:51.30*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-onrrlttabfwanwjm)
11:37.04*** join/#brlcad shaina (~shaina@59.89.100.190)
11:56.55*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:39.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:52.24*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
13:01.42*** join/#brlcad smile (~smile@101.208.152.134)
13:58.57Notify03BRL-CAD:carlmoore * 65881 brlcad/trunk/src/librt/primitives/primitive_util.c: remove trailing white space
14:20.56*** join/#brlcad konrado (~konro@41.205.22.14)
14:53.24*** join/#brlcad smile (~smile@202.164.45.212)
14:59.22*** join/#brlcad smile_ (~smile@202.164.45.212)
15:22.14*** join/#brlcad Guest98975 (~smile@202.164.45.212)
15:52.40Notify03BRL-CAD Wiki:Vasco.costa * 9298 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
15:53.08Notify03BRL-CAD Wiki:Vasco.costa * 9299 /wiki/User:Vasco.costa/GSoC15/logs:
16:07.41*** join/#brlcad Guest98975 (~smile@202.164.45.212)
16:18.01*** join/#brlcad gurwinder (~chatzilla@59.91.117.66)
16:24.17Notify03BRL-CAD Wiki:Gurwinder Singh * 9300 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
16:29.22*** join/#brlcad Guest98975 (~smile@202.164.45.212)
17:14.00*** join/#brlcad konrado (~konro@41.205.22.5)
18:09.05Notify03BRL-CAD:ejno * 65882 brlcad/trunk/src/conv/gcv/gcv.c: fix gcv_do_conversion()
18:10.17Notify03BRL-CAD:ejno * 65883 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: update error messages
18:31.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:34.43*** join/#brlcad Guest98975 (~smile@202.164.45.208)
19:38.01*** join/#brlcad vasc (~vasc@bl13-105-77.dsl.telepac.pt)
19:45.52*** join/#brlcad Guest98975 (~smile@202.164.45.212)
20:04.13*** join/#brlcad Izakey (~Isaac@41.205.22.41)
20:06.40*** join/#brlcad dracarys983_ (uid78721@gateway/web/irccloud.com/x-qsfdcgpwvmuyigda)
21:12.31Notify03BRL-CAD:ejno * 65884 brlcad/trunk/src/conv/gcv/gcv.c: initial integration of bu_opt processing for libgcv fastgen import
21:31.41*** join/#brlcad konrado (~konro@41.205.22.41)
21:34.48Notify03BRL-CAD:vasco_costa * 65885 (brlcad/branches/opencl/src/librt/librt_private.h brlcad/branches/opencl/src/librt/primitives/common.cl and 4 others): add rec shot routine to opencl branch.
21:38.57konradostarseek1r : Hello .  I modified libxml so that it is installed if not found in the system. This are the changes I made http://pastie.org/10346923 ,  and would like you to check it out and see if it is ok, before  I submit a patch.
21:39.55konradoI have tested it and it works fine.
21:41.50Notify03BRL-CAD:vasco_costa * 65886 brlcad/branches/opencl/src/librt/primitives/primitive_util.c: remove trailing white space.
21:47.40Notify03BRL-CAD:vasco_costa * 65887 (brlcad/trunk/include/rt/shoot.h brlcad/trunk/src/librt/librt_private.h and 10 others): backport rec shot routine from opencl branch. add checks for NULL results buffer.
21:52.00Notify03BRL-CAD Wiki:Vasco.costa * 9301 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
21:52.29Notify03BRL-CAD Wiki:Vasco.costa * 9302 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
21:53.37Notify03BRL-CAD Wiki:Vasco.costa * 9303 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
21:55.12Notify03BRL-CAD Wiki:Vasco.costa * 9304 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
23:49.45Notify03BRL-CAD Wiki:Bhollister * 9305 /wiki/MGED_Commands: /* L */
23:52.28Notify03BRL-CAD Wiki:Bhollister * 9306 /wiki/MGED_CMD_labelface: Created page with "[[Category:MGED|Labelface]] =labelface= __TOC__ ==Syntax== :labelface <Objects> ==Argument(s)== : '''<Objects>''' :: List of Valid BRL-CAD Solids ==Return Va..."
23:53.43Notify03BRL-CAD Wiki:Bhollister * 9307 /wiki/MGED_CMD_labelver: /* See Also */
23:54.36Notify03BRL-CAD Wiki:Bhollister * 9308 /wiki/MGED_CMD_labelface: /* See Also */
IRC log for #brlcad on 20150813

IRC log for #brlcad on 20150813

00:00.32Notify03BRL-CAD Wiki:Bhollister * 9309 /wiki/User:Bhollister/DevLogAug2015: /* Wed, August 12, 2015 */
00:05.13Notify03BRL-CAD Wiki:Bhollister * 9310 /wiki/User:Bhollister/DevLogAug2015: /* Wed, August 12, 2015 */
00:12.14bhollister3starseeker: update - posted patch for labelface. this will allow specification of face indices on command line.
00:12.29bhollister3starseek1r: update - posted patch for labelface. this will allow specification of face indices on command line.
00:16.51Notify03BRL-CAD Wiki:Konrado DJ * 9311 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 12 AUGUST 2015 */
00:42.15Notify03BRL-CAD:vasco_costa * 65888 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/primitives/primitive_util.c and 2 others): change opencl ray generation mechanism.
00:51.01Notify03BRL-CAD:vasco_costa * 65889 (brlcad/trunk/include/rt/shoot.h brlcad/trunk/src/librt/primitives/primitive_util.c brlcad/trunk/src/librt/primitives/table.cl): backport change to opencl ray generation mechanism.
00:58.50*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
02:42.10*** join/#brlcad gurwinder (~chatzilla@117.212.49.253)
02:45.41*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-ichwbmgkhyepletu)
04:07.30Notify03BRL-CAD Wiki:Vasco.costa * 9312 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
04:29.54Notify03BRL-CAD Wiki:Vasco.costa * 9313 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
04:30.31Notify03BRL-CAD Wiki:Vasco.costa * 9314 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
04:53.06Notify03BRL-CAD Wiki:Vasco.costa * 9315 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
04:54.34Notify03BRL-CAD Wiki:Vasco.costa * 9316 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
04:55.34Notify03BRL-CAD Wiki:Vasco.costa * 9317 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
04:56.24Notify03BRL-CAD Wiki:Vasco.costa * 9318 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
06:18.24*** join/#brlcad konrado (~konro@41.205.22.57)
06:49.25*** join/#brlcad konrado (~konro@41.205.22.14)
07:22.23*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
08:07.25*** join/#brlcad luca79 (~luca@host44-104-dynamic.5-87-r.retail.telecomitalia.it)
08:31.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:51.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
09:09.52*** join/#brlcad shaina (~shaina@61.0.201.96)
10:51.44*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qihitfcjbzsrcypv)
10:56.57*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
12:27.39*** join/#brlcad Izakey (~Izakey@41.205.22.42)
13:51.18Notify03BRL-CAD:carlmoore * 65890 (brlcad/trunk/src/librt/primitives/primitive_util.c brlcad/trunk/src/librt/primitives/table.cl): remove trailing white space
14:09.05*** join/#brlcad konrado (~konro@41.205.22.20)
14:43.48*** join/#brlcad roop (~roop@106.79.22.240)
15:16.47*** join/#brlcad gurwinder (~chatzilla@117.212.49.253)
15:21.52*** join/#brlcad roop (~roop@27.97.253.46)
15:25.12Notify03BRL-CAD:carlmoore * 65891 (brlcad/trunk/src/util/pixcrop.c =================================================================== and 301 others): add an implementation of pixcrop, based on bwcrop
15:29.43*** join/#brlcad Guest95077 (~konro@41.205.22.58)
15:30.05*** join/#brlcad Izakey (~Izakey@41.205.22.43)
15:36.50*** join/#brlcad gurwinder (~chatzilla@117.212.49.253)
15:39.15Notify03BRL-CAD:starseeker * 65892 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Write out individual breps for debugging/visualization.
15:51.47*** join/#brlcad vasc (~vasc@bl13-111-32.dsl.telepac.pt)
15:55.25Notify03BRL-CAD:carlmoore * 65893 (brlcad/trunk/doc/docbook/system/man1/en/pixcrop.xml =================================================================== and 88 others): add an implementation of pixcrop.xml, based on bwcrop.xml
15:56.52Notify03BRL-CAD:starseeker * 65894 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c and 2 others): Start working on allowing a color option to brep command, so we can customize the colors of what we are plotting. Nowhere near done.
16:00.19*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
16:24.02*** join/#brlcad Guest44696 (~smile@202.164.45.212)
16:29.08*** join/#brlcad sofat (~smile@202.164.45.212)
16:49.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:51.58*** join/#brlcad sofat (~smile@202.164.45.212)
17:21.03*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.220.245)
17:37.17Notify03BRL-CAD:vasco_costa * 65895 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/librt_private.h and 18 others): opencl normal computation for arb8, ehy, ell, rec, sph, tgc, tor.
17:39.18Notify03BRL-CAD:vasco_costa * 65896 (brlcad/trunk/include/rt/shoot.h brlcad/trunk/src/librt/librt_private.h and 17 others): backport opencl normal computation for arb8, ehy, ell, rec, sph, tgc, tor.
17:39.34*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
17:41.48*** join/#brlcad sofat (~smile@202.164.45.204)
17:58.49*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
18:16.33Notify03BRL-CAD:starseeker * 65897 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Enable color setting for brep surface plotting. Many others to update...
18:22.43*** join/#brlcad sofat (~smile@202.164.45.204)
18:46.46*** join/#brlcad sofat (~smile@202.164.45.204)
19:05.32*** join/#brlcad konrado (~konro@41.205.22.23)
19:06.47*** join/#brlcad konrado_ (~konro@41.205.22.23)
19:21.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:22.52Notify03BRL-CAD Wiki:Bhollister * 9319 /wiki/MGED_CMD_labelface:
19:24.26*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
19:34.39*** join/#brlcad sofat (~smile@202.164.45.212)
19:54.36Notify03BRL-CAD:starseeker * 65898 (brlcad/trunk/doc/docbook/articles/en/animation_tutorial.xml brlcad/trunk/doc/docbook/articles/en/camo_shader.xml and 17 others): Apply patch #402 from Hitesh Sofat
20:03.12Notify03BRL-CAD:ejno * 65899 (brlcad/trunk/src/libgcv/plugin.c brlcad/trunk/src/libgcv/plugin.h): simplify plugin registration
20:03.56Notify03BRL-CAD:ejno * 65900 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: error checking
20:12.28Notify03BRL-CAD:starseeker * 65901 (brlcad/trunk/include/rt/vlist.h brlcad/trunk/src/librt/vlist.c and 4 others): Apply patch #403 from Brad Eric Hollister adding ability to label nmg faces.
21:08.34*** join/#brlcad konrado (~konro@41.205.22.48)
21:20.26Notify03BRL-CAD:vasco_costa * 65902 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/primitives/arb8/arb8_shot.cl and 10 others): add diffuse, surface normals rendering light models to opencl.
21:28.28Notify03BRL-CAD:ejno * 65903 (brlcad/trunk/src/conv/gcv/gcv.c brlcad/trunk/src/libgcv/plugin.c brlcad/trunk/src/libgcv/plugin.h): free options_data
21:30.48*** join/#brlcad ishwerdas (3b5bec60@gateway/web/cgi-irc/kiwiirc.com/ip.59.91.236.96)
21:31.33Notify03BRL-CAD:vasco_costa * 65904 (brlcad/trunk/include/rt/shoot.h brlcad/trunk/src/librt/primitives/arb8/arb8_shot.cl and 9 others): backport diffuse, surface normals rendering light models from opencl branch.
21:40.17Notify03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Cl_sphere_surf_normals.png:
21:40.40Notify03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Cl_sphere_diffuse.png:
21:41.03Notify03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Cl_havoc_surf_normals.png:
21:51.37Notify03BRL-CAD Wiki:Vasco.costa * 9323 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
21:52.25Notify03BRL-CAD Wiki:Vasco.costa * 9324 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
21:54.29Notify03BRL-CAD Wiki:Vasco.costa * 9325 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
21:59.31Notify03BRL-CAD Wiki:Vasco.costa * 9326 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
22:00.10Notify03BRL-CAD Wiki:Vasco.costa * 9327 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
22:00.49Notify03BRL-CAD Wiki:Vasco.costa * 9328 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
22:02.43Notify03BRL-CAD Wiki:Vasco.costa * 9329 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
22:03.38Notify03BRL-CAD Wiki:Vasco.costa * 9330 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
22:05.11Notify03BRL-CAD:ejno * 65905 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c: let bu_opt_int() handle the numerical base for the bu_debug flag
22:07.54vascwell finally got some decent output out of the blasted opencl code
22:08.45Notify03BRL-CAD Wiki:Vasco.costa * 9331 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
22:09.30vaschttp://brlcad.org/wiki/User:Vasco.costa/GSoC15/logs#Week_12_:_10_Aug-16_Aug
22:11.04vascthis is more like i wanted
22:16.01Notify03BRL-CAD:vasco_costa * 65906 brlcad/trunk/src/librt/primitives/table.cl: Add optional opencl single hit callback code.
22:18.23Notify03BRL-CAD:vasco_costa * 65907 brlcad/branches/opencl/src/librt/primitives/table.cl: refactor.
22:25.01*** join/#brlcad konrado (~konro@41.205.22.19)
22:26.50Notify03BRL-CAD Wiki:202.164.45.212 * 9332 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
22:31.53Notify03BRL-CAD:vasco_costa * 65908 brlcad/branches/opencl/src/librt/librt_private.h: refactor.
22:32.40*** join/#brlcad vasc (~vasc@bl13-111-32.dsl.telepac.pt)
22:32.47Notify03BRL-CAD:vasco_costa * 65909 brlcad/trunk/src/librt/librt_private.h: refactor.
22:37.52Notify03BRL-CAD:vasco_costa * 65910 brlcad/branches/opencl/src/librt/primitives/table.cl: add missing character.
23:17.02Notify03BRL-CAD Wiki:Vasco.costa * 9333 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
23:18.40Notify03BRL-CAD Wiki:Konrado DJ * 9334 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 13 AUGUST 2015 */
23:38.53Notify03BRL-CAD Wiki:Bhollister * 9335 /wiki/User:Bhollister/DevLogAug2015: /* Thurs, August 13, 2015 */
23:43.40Notify03BRL-CAD Wiki:Bhollister * 9336 /wiki/MGED_CMD_nmg:
23:45.04Notify03BRL-CAD Wiki:Bhollister * 9337 /wiki/User:Bhollister/DevLogAug2015: /* Thurs, August 13, 2015 */
23:46.07bhollister3starseek1r: posted patch 403 for kill F. https://sourceforge.net/p/brlcad/patches/404/
IRC log for #brlcad on 20150814

IRC log for #brlcad on 20150814

00:01.01*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
01:25.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:58.47*** join/#brlcad gurwinder (~chatzilla@117.220.168.85)
05:07.39*** join/#brlcad gurwinder (~chatzilla@117.220.168.85)
06:15.56Notify03BRL-CAD:vasco_costa * 65911 (brlcad/branches/opencl/src/librt/primitives/table.cl brlcad/branches/opencl/src/rt/do.c): retrofit HLBVH tree builder from pbrtv3 source.
06:59.25*** join/#brlcad shaina (~shaina@59.91.89.236)
07:40.57Notify03BRL-CAD:vasco_costa * 65912 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/primitives/common.cl and 3 others): opencl bvh traversal.
09:15.45*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
10:28.25*** join/#brlcad merzo (~merzo@92.60.189.225)
10:32.27*** join/#brlcad merzo (~merzo@92.60.189.225)
10:37.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
10:51.51*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kcmjlkbnddonfomp)
11:08.26Notify03BRL-CAD:vasco_costa * 65913 (brlcad/branches/opencl/src/librt/primitives/table.cl brlcad/branches/opencl/src/rt/do.c): don't put infinite solids into the bvh.
11:10.41*** join/#brlcad konrado (~konro@41.205.22.35)
12:10.49*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.220.245)
14:59.40Notify03BRL-CAD:carlmoore * 65914 (brlcad/trunk/doc/docbook/articles/en/main_menu.xml brlcad/trunk/doc/docbook/articles/en/mged.xml and 7 others): remove trailing white space -- please advise of files which should NOT have this treatment (such was the case with a 'nirt' file I encountered long ago)
15:22.37Notify03BRL-CAD:ejno * 65915 (brlcad/trunk/include/gcv/api.h brlcad/trunk/src/conv/gcv/gcv.c and 5 others): work on libgcv plugin API; make struct gcv_converter opaque
15:55.39*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:59.25*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
16:06.44Notify03BRL-CAD:ejno * 65916 (brlcad/trunk/include/gcv/api.h brlcad/trunk/src/libgcv/plugin.c brlcad/trunk/src/libgcv/plugin.h): add comment documentation
16:14.40Notify03BRL-CAD:ejno * 65917 brlcad/trunk/src/libgcv/plugin.h: edit comment documentation
16:39.08*** join/#brlcad vasc (~VASC@bl13-111-32.dsl.telepac.pt)
16:41.15Notify03BRL-CAD:carlmoore * 65918 (brlcad/trunk/doc/docbook/articles/en/main_menu.xml brlcad/trunk/doc/docbook/lessons/en/mged07_goblet_material_properties.xml and 2 others): fix spellings
16:42.52*** join/#brlcad merzo (~merzo@92.60.189.225)
16:50.30Notify03BRL-CAD:carlmoore * 65919 brlcad/trunk/src/librt/primitives/table.cl: I have found #ifdef paired with #endif, and I have corrected a misspelled 'endif'
16:58.14bhollisterstarseek1r: i'm here for our 10AM Pacific time mtg. i have a few items to update you with. decided to *not*  impl kill S and kill R (for shells / regions).
16:58.37bhollisterstarseek1r: will impl a 'move V' instead.
16:59.11bhollisterstarseek1r: also, plan to update 'nmg cmface' to 'nmg make F'
16:59.44bhollisterstarseek1r: and add 'nmg make V'. these items should be reasonable for the next week of gsoc.
17:00.08bhollisterstarseek1r: will also write up a mailing list post with this info.
17:08.18*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.220.245)
17:11.21*** join/#brlcad roop (~roop@106.78.102.124)
17:15.52*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
17:38.51Notify03BRL-CAD:ejno * 65920 (brlcad/trunk/src/libgcv/bot_solidity.c brlcad/trunk/src/libgcv/bot_solidity.h brlcad/trunk/src/libgcv/plugin.h): add documentation comments for bot_solidity; tweaks
17:46.34*** join/#brlcad gurwinder (~chatzilla@117.199.99.177)
17:51.57Notify03BRL-CAD:carlmoore * 65921 (brlcad/trunk/doc/docbook/articles/en/mged.xml brlcad/trunk/doc/docbook/system/mann/en/ev.xml and 2 others): for sake of uniformity (and to remove 1 entry from list of possible misspellings), remove 'tNURBs' in favor of 'tNURBS'
18:06.55Notify03BRL-CAD:carlmoore * 65922 (brlcad/trunk/doc/docbook/articles/en/mged.xml brlcad/trunk/doc/docbook/system/man3/en/libdm.xml and 3 others): standardize on use of 'OpenGL' -- i.e., no more small l
18:10.25Notify03BRL-CAD:ejno * 65923 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: insert a comment before writing facetized geometry
18:24.45*** join/#brlcad gurwinder (~chatzilla@117.199.99.177)
19:32.22*** join/#brlcad Izakey (~Izakey@41.205.22.51)
20:00.15Notify03BRL-CAD Wiki:Deekaysharma * 9338 /wiki/User:Deekaysharma/logs:
20:07.40*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.14)
20:10.09vascpfhew
20:10.32vascmanaged to shoehorn the pbrtv3 lbvh tree builder into BRL-CAD
20:10.47vaschad to manually convert a lot of c++ isms to c
20:11.17vascso i sent the bvh nodes to the gpu and traverse the bvh on the cpu
20:12.01vascsome scenes like havoc or golliath are like 40x faster. the more primitives the more speedup of course.
20:12.15vascso i can actually render golliath faster than the cpu now for a change
20:12.31vascof course it's only doing first hit stuff
20:13.18*** part/#brlcad vasc (~VASC@bl13-111-32.dsl.telepac.pt)
20:13.22*** join/#brlcad vasc (~VASC@bl13-111-32.dsl.telepac.pt)
20:14.56vascbut its actually computing all the intersections i think
20:15.27vascalong the ray. it just discards the results of those behind the front
20:18.00vascopencl branch only because i still need to refactor the lbvh builder to fit BRL-CAD coding style and make the code more robust.
20:18.24vascbut i should put the traversal code on trunk next week
20:18.31vascearly next week
20:19.51vascthe actually hlbvh builder should be cleanup some time after that.
20:20.09vascs/actually/actual/g
20:21.59Notify03BRL-CAD Wiki:Vasco.costa * 9339 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
20:22.37Notify03BRL-CAD Wiki:Vasco.costa * 9340 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
20:23.16Notify03BRL-CAD Wiki:Vasco.costa * 9341 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
20:23.35Notify03BRL-CAD Wiki:Vasco.costa * 9342 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
20:31.16vascbtw
20:31.27vascdo you guys have any automated tool to check for trailing white space?
20:32.09vascbefore the commits? i'm using the Netbeans IDE editor instead of VIM right now and it adds trailing white space to autoindent after a line quite often.
20:32.35vascit's more convenient to do many-file edits.
20:32.51vasci stopped using sublime text because it threw the whitespace all out of whack
20:37.58Notify03BRL-CAD Wiki:Vasco.costa * 9343 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
20:39.32Notify03BRL-CAD Wiki:Vasco.costa * 9344 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
20:54.13Ch3ck_vasc, there is a script i think it should be indent.sh
20:54.37Ch3ck_it should work. Or just wait on carlmoore. He will obviously tell you when there's whitespaces in the code vasc
20:54.52vascyeah. it's happened a bit too often for my taste
20:55.12vasci don't like causing work for other people with things like this
20:55.21Ch3ck_it's a bot
20:55.22vascso i want to pre-empt that
20:55.25vascoh
20:55.54vascwell it still is an issue because i'm maintaining two code trees in parallel. the opencl branch and the trunk.
20:56.07vasccarlmoore only applies those changes to trunk
20:56.14vascso i end up getting the trees out of sync
20:56.30Ch3ck_ah, i see
20:56.47Ch3ck_well the best thing to do with whitespaces is manually check them.
20:56.56Ch3ck_those shell scripts never really worked for me anyways
20:57.01vascit wasn't a problem when i used VIM
20:57.09vascbut it isn't convenient for the stuff i'm coding now
20:57.41vascthe IDE automatically inserts whitespace all over the place. sometimes i manually delete it. only for it to add it again.
20:57.50vasci'll check the manuals.
20:58.36vasci also need some tool to convert from Java naming style to BRL-CAD style...
20:58.38vascfeh
21:04.37ejnothere is also sh/ws.sh
21:04.57vascthx
21:05.03vascguys
21:08.50*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.57)
21:24.46Notify03BRL-CAD Wiki:Bhollister * 9345 /wiki/MGED_CMD_nmg: /* Proposed subcommands */
21:25.25Notify03BRL-CAD Wiki:Bhollister * 9346 /wiki/MGED_CMD_nmg: /* Proposed subcommands */
21:36.33Notify03BRL-CAD Wiki:Bhollister * 9347 /wiki/MGED_CMD_labelver: /* Argument(s) */
21:43.09Notify03BRL-CAD Wiki:Bhollister * 9348 /wiki/MGED_CMD_nmg: /* Proposed subcommands */
21:48.13Notify03BRL-CAD Wiki:Bhollister * 9349 /wiki/MGED_CMD_nmg: /* Subcommands */
21:58.14*** part/#brlcad Ch3ck_ (~Ch3ck@154.70.99.57)
22:02.50Notify03BRL-CAD Wiki:Bhollister * 9350 /wiki/User:Bhollister/Proposal: /* Project Schedule */
22:32.46*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
22:34.48*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
22:35.00*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
22:35.13*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
22:35.21*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
22:36.26*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
22:46.17*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
22:47.00Notify03BRL-CAD:vasco_costa * 65924 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/primitives/arb8/arb8_shot.cl and 9 others): change CamelCase to under_scores.
22:51.22*** join/#brlcad merzo (~merzo@39-63-132-95.pool.ukrtel.net)
23:18.58Notify03BRL-CAD:vasco_costa * 65925 brlcad/branches/opencl/src/rt/do.c: add asserts to bvh construction.
23:21.45*** join/#brlcad vasc (~vasc@bl13-111-32.dsl.telepac.pt)
23:47.52Notify03BRL-CAD Wiki:Konrado DJ * 9351 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 14 AUGUST 2015 */
23:53.02Notify03BRL-CAD Wiki:Vasco.costa * 9352 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
IRC log for #brlcad on 20150815

IRC log for #brlcad on 20150815

00:04.21StragusVasco, so you imported some BVH code from somewhere? Eh, that works
00:07.27Notify03BRL-CAD:vasco_costa * 65926 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/primitives/primitive_util.c brlcad/branches/opencl/src/rt/do.c): allow opencl lightmodel argument passing from the command line.
00:12.11vasci think its MIT Licensed
00:12.53vasconly way to do in the schedule
00:13.13vascthere's a CUDA version of the code as well. dunno about any OpenCL version though.
00:13.57vascthere's a reason why i proposed the grid
00:14.15vascdecent quality bvh builders are quite hairy to implement
00:14.25StragusYes, it's quite a bit of code
00:14.47StragusBut that's a good solution. It's worth implementing things well or not at all, so that someone else will do it
00:15.10vascwell it can now render some scenes like 45x faster
00:15.34vascbrute force is gone
00:16.03vasci think its like 4-5x faster than the cpu version right now
00:16.16StragusCool
00:16.28vascwell it doesn't do csg or a bunch of other things
00:16.54StragusI thought it was only the BVH builder, working on abstract "objects"
00:17.15StragusWhere said objects can be CSG objects of specified weight/cost
00:18.00Notify03BRL-CAD Wiki:Bhollister * 9353 /wiki/User:Bhollister/DevLogAug2015: /* Fri, August 14, 2015 */
00:18.06vasci'm only computing all intersections on the ray path and discarding those results that are behind something else
00:18.26vascso i guess it only supports the union operator
00:18.30vascar ar
00:18.40Stragus:) It's a good starting point
00:19.23bhollister3starseeker: patch #405 has been newly submitted.
00:19.46vascbtw i added that callback to process hits like you mentioned
00:20.19StragusCool, that will make it easier to extend functionalities
00:21.02vascnone of this is on trunk though.  the memory allocations of the bvh builders are still a bit of a mess
00:21.36StragusIs the BVH built as one chunk of memory or it's a mess of pointers?
00:21.47vascits a linearized tree
00:21.49vascone chunk
00:21.52StragusThat's good
00:22.55Notify03BRL-CAD Wiki:Bhollister * 9354 /wiki/User:Bhollister/DevLogAug2015: /* Fri, August 14, 2015 */
00:22.59vasce.g. for the goliath it takes 0.08MB of RAM
00:23.30vascbut i'm using 255 primitives per leaf i think feh
00:23.47StragusThese are some heavy leaves
00:23.48vasci'll need to figure out a proper setting eventually
00:24.14StragusConsdering the high cost of intersection, leaves should be as small as possible
00:24.36vascwell on bvhs the leaves should be a bit bigger than on kd-trees
00:24.39Notify03BRL-CAD Wiki:Bhollister * 9355 /wiki/MGED_CMD_nmg:
00:24.45vasccoz the bounding boxes take up a lot of space
00:25.11vascbut yeah the ideal trees are usually 'stringy' with few primitives per leaf
00:25.17StragusRight
00:25.38vasci'll eventually do some benchmarking to figure out a value
00:26.33vasceven with these big leaves it takes like half a second to render the goliath
00:27.03StragusFirst hit only?
00:27.13vascyeah
00:27.35vasci think it takes like 1.5s to render it with BRL-CAD proper
00:27.39StragusDarn
00:27.48vascwell the boxes a kinda big
00:27.51vascare
00:28.07vascit's just changing some constant somewhere
00:28.33StragusNormally, it should be changing the traversal cost weights of the objects...
00:28.36vasci usually see 8x speedup when i port things to gpu
00:28.42vascbut this one is more like 4-5x
00:28.52StragusThe BRL-CAD raytracer doesn't use SSE/AVX
00:28.56vasccoz of the doubles
00:29.01StragusOh right, doubles
00:29.45StragusThe float speed-up would normally be about 60x, but with these doubles, it might go from 2x to 20x
00:29.57vascnah it ain't that good
00:30.19vascnot against MT and SIMD CPU code
00:30.36vascbut OpenCL can run on the CPU as well
00:30.47StragusBRL-CAD's raytracer doesn't use any SSE/AVX
00:30.54vascit does now :-)
00:31.01StragusThrough OpenCL?
00:31.03vascyeah
00:31.09StragusDoes that work well?
00:31.38vasci have to change the code and recompile to check. there's no command line option to select device yet. it just picks the first on the list
00:32.31vascno i didn't code that
00:33.14vasci have an AMD FX 8350
00:34.42vasc0.18 sec for that scene that takes 0.09 sec on the GPU
00:34.53vascits only 2x faster on the GPU
00:35.15StragusThere's plenty of optimization work left, but you apparently did a big chunk
00:35.32vascthe memory writes need to be optimized a lot
00:35.33StragusI have a lot of CUDA experience but I have never used doubles, I'm not sure what to expect
00:36.11StragusHighly parallel code can be 20x faster on a single GPU than multi-threaded SSE/AVX optimized numa-aware CPU code
00:36.18Stragus... with floats
00:36.23vascright
00:36.45vascbut i usually see more like 8x
00:37.11vascits the damned thread divergence
00:38.16vascthat's the thing with OpenCL. it can target a lot of architectures
00:38.21vasceven if the tools kinda suck
00:38.40vascthe language itself is perfectly fine
00:38.52vascwith some exceptions
00:38.54StragusOpenCL code always needs to target a specific architecture if you want good performance
00:39.00vascwell yeah but
00:39.06vascyou can say the same for C code
00:39.16StragusEven with CUDA, I have plenty of #if depending if I'm running on Fermi, Kepler or Maxwell
00:39.42StragusWell... yes, except most C code runs on x86 chips with few differences
00:39.49vasctoday maybe
00:39.57vascall the world is either x86 or ARM
00:40.26vascx86 on laptops and above and ARM on tablets and below
00:40.32StragusRight
00:40.43StragusOptimization guidelines on ARM are fairly close to x86
00:41.12vascthe only quirky thing it had that i remember was that branch target bit or whatever
00:42.08vasci never did assembly on ARM
00:42.17vasconly x86
00:42.26vascand MIPS i guess but that was on paper
00:42.28vasc:-)
00:43.09StragusMIPS, that still exists? :)
00:43.33StragusI read a lot on ARM and NEON, just to reassure myself that not all architectures have to be as poorly designed as x86
00:43.41vascwell the hennessy and patterson books uses MIPS and DLX
00:43.53vascyeah x86 is pretty bad
00:43.59StragusAlthough I found the ISA of all CUDA hardware fantastic
00:44.05vascyes me too
00:44.13vasclots of nice instructions and its quite orthogonal
00:44.52vascthe x86 did get a lot better with i386 and x86-64 though
00:45.12StragusThe weight of legacy is terrible
00:45.31vascAMD at one point wanted to replace x87 but eventually they gave up
00:45.41vasci think they called it the Technical Floating Point instructions
00:45.43vascthree operand FP
00:45.49vascno stack shit
00:45.56StragusThe "Clear the interrupt flag" instruction is just one byte, but the "dot product" SSE 4.1 instruction is 5 (!!) bytes, plus 2 bytes for operands and two prefixes, so 9 bytes
00:46.16vascit's got seniority
00:46.51vascall the flags instructions on x86 are probably going to bite them in the ass in the future
00:47.19vascit makes wide processors a problem
00:47.21StragusYes... and implicit operands not allowing good parallelism, all instructions modifying flags, etc.
00:47.53StragusThe worst problem is probably the guaranteed L1 cache synchronization between cores, it makes scalability very troublesome for the hardware
00:47.56vascdoes PTX even have flags? i don't think so
00:48.21StragusCUDA hardware could have a million cores, but x86? Ah... we have serious headaches going above 16
00:48.35vascwell the Xeon Phi has quite a lot of them
00:48.44StragusAll cores need to talk to each other to synchronize their L1 cache due to memory coherency guarantees of the architecture
00:49.10vascyeah that particular choice of memory protocol wasn't probably the best either
00:49.50vascXeon Phi 61 cores
00:50.31StragusI wonder if they relaxed the memory coherency guarantees, requiring actual memory fences
00:52.37StragusApparently not, it features the same x86 cache coherence guarantees
00:52.43vasci think they had this ring bus
00:52.48vascin the early ones
00:52.52vascconnecting the processors
00:52.57vasci mean the cores
00:52.58StragusRight
00:54.08vascit's probably the next iteration of the Intel fail architecture for the technical computing market
00:54.26vascwhich will join the i860, Itanium
00:54.30StragusYup
00:54.48vascit's too big and hot
00:55.00vascsomething that can only sell for the server market ain't gonna do it
00:55.28StragusIt's not even good. A consumer-grade GPU beats a $2k Xeon Phi
00:55.33vascif anything the gpus might eventually enter their space.
00:56.11vascwhat's that nvidia thingie called.... i think its Denver
00:56.51vascah no they changed the name
00:57.04vascor not
00:57.34StragusThe ARM CPU in Nexus 9?
00:58.09vascyeah
00:58.17vascit's ARM compatible but its not an ARM chip design
00:58.51vascits their answer to the Itanium i guess. snark.
00:59.08vascits some kind of VLIW with code morphing. now that would be transmeta i guess.
00:59.41vascit's weird that one
00:59.54StragusYes, I never really read anything about it
01:00.03vascallegedly NVIDIA wanted to do x86 compat. not ARM compat for the Denver.
01:00.14vascthen they switched to supposedly being able to target both
01:00.29vascthen i think they hit a slight snag with Intel patent licensing
01:00.50StragusI want a CPU where I can reprogram the instruction decoder
01:00.57vascor at least that's how the rumour mill went
01:01.26vascDenver is 7-wide
01:01.38StragusLook ago, I looked into writing AMD micro-code to reprogram the instruction decoding
01:01.55StragusNot surprisingly, information was *very* scarse
01:02.07vascyeah. imagine removing a virus in that.
01:02.13StragusLong* ago
01:02.25StragusEh, yes
01:02.25vasci think the PAL on the Alpha was programmable.
01:02.34vascthey used it for VAX emulation and stuff like that.
01:02.39StragusAll modern x86 CPUs have programmable microcodes
01:02.52StragusExcept that Intel and AMD are keeping their mouth completely shut on the topic
01:03.15vascwell people might find out how many bugs their processors really have it they didn't
01:03.34vasci think i read that Intel disabled TSX recently
01:03.36StragusI had figured out that all AMD "direct path" instructions were not programmable, but the "vector path" instructions were interpreted by the microcode
01:03.57vascwell
01:04.05vascit takes a long time to design a processor
01:04.20vascand Intel keeps changing the instruction set and not telling anyone about it until its too late
01:04.25vascso microcode to the rescue.
01:04.33StragusEheh
01:05.12Straguswants to reprogram the opcode map so that all common SSE/AVX instructions get a single byte opcode
01:05.32vascto improve code density? that's interesting.
01:05.51vascbut the short ones are prolly reserved.
01:05.53StragusMany modern processors actually choke on the instruction decoding
01:06.08StragusInstruction decoding is a bottleneck in many cases, due to the SSE/AVX instruction taking so many bytes and prefixes
01:06.27vascyeah x86 has so many additions and changes its like a kiltwork ISA
01:06.46vascquilt work
01:06.58StragusWe have 1 byte opcodes to do things like "add 1 to eax" and so on
01:07.14vascthat one actually makes sense
01:07.40vascthere's also the fabled XOR EAX, EAX coz its smaller than MOV EAX, 0
01:08.16StragusOkay... what about the single byte "aad" instruction, ASCII adjust AX before division by 10? :)
01:08.38vascit probably made sense when they wanted to sell POS. you know cash registers.
01:08.53vascthat and the BCD mode crap.
01:09.18StragusYes, it's part of the many BCD instructions, opcodes all taking a single byte
01:09.49StragusOr other one-byte instructions like "bounds", check if a number is between two numbers or not
01:09.56vasci think we used that in the lab when i was an undergrad to program this segmented LED display
01:10.40vasci think the string instructions are even more useless
01:10.59StragusOh, did you know that the "inc" (increment) and "dec" (decrement) instructions have a single-byte opcode for every single register?
01:11.27*** join/#brlcad vasc__ (~vasc@bl13-126-172.dsl.telepac.pt)
01:12.00StragusOh, did you know that the "inc" (increment) and "dec" (decrement) instructions have a single-byte opcode for every single register?
01:12.03StragusOpcode 40h: inc ax, opcode 41h: inc cx, opcode 42h: inc dx, opcode 43h: inc sp
01:12.13StragusWe have *that* and we have 9 bytes dot products
01:12.36vasc__they probably thought it made sense at the time
01:13.03vasc__i think the x86 was based on some processor that was in turn based on another processor that was an accumulator architecture
01:13.04vasc__only one register
01:13.37StragusRight... Someone somewhere should have figured out that we needed to clean up that crap when the ISA went 32 bits, then 64 bits
01:13.43vasc__they prolly thought it would be more orthogonal and kept doing that crap when they added registers
01:13.53StragusAnd now, it's stuck with us forever since there won't be a 128 bits
01:13.59vasc__the 64bits cleaned it up a teensy bit i think
01:14.16vasc__who knows...
01:14.55StragusOh actually, the inc/dec mess did become prefixes on 64 bits
01:15.02vasc__see
01:15.13vasc__yeah i think they reused one of two of those instructions
01:15.26vasc__the VEX prefit or whatever. or was it REX.
01:15.28StragusRight
01:15.44StragusThey still should have cleaned up a little more, but eh
01:16.01vasc__well
01:16.18vasc__AMD had the prior experience with the Technical Floating Point extensions
01:16.41vasc__from what i heard the compiler writers and OS writers (prolly MS) didn't want to add support
01:16.51vasc__so they dropped it and implemented compatibility with SSE
01:16.55vasc__2
01:16.58StragusNever heard of that before. Is it 3dnow?...
01:17.03vasc__no
01:17.11vasc__it was three operand floating point ala RISC
01:17.23vasc__non-vector
01:17.43StragusGoogle isn't finding much either
01:18.06vasc__http://arstechnica.com/civis/viewtopic.php?f=8&t=530111
01:18.32vasc__the big thing was the FMA support
01:18.35vasc__IIRC
01:18.39vasc__three operand FMA
01:19.24vasc__it would have doubled peak FP performance on x86 vs x87 i think
01:19.36vasc__and coz of no more stack the performance would also be better
01:19.37StragusCool, thanks
01:19.46vasc__they eventually gave up
01:19.58StragusAMD preferred to follow Intel on the SSE path
01:20.35vasc__they had the experience with 3dnow
01:20.39vasc__and 3dnow!
01:20.55vasc__it's hard to convince software writers
01:21.04vasc__the tools guys
01:21.19vasc__so they gave up and went the SSE, whatever way
01:21.44vasc__had they done the TFP i think X87 FP on 64-bit mode would be dead
01:22.05StragusThey should have thrown the x87 out on 64 bits
01:22.21vasc__well the ISA says that SSE is the default FP mode
01:22.29vasc__i think
01:22.35vasc__SSE2 actually
01:22.35StragusYes...
01:22.46StragusBut the x87 is taking a *ton* of precious 1 byte opcodes!
01:22.56StragusSeriously, like 40 of them
01:22.57vasc__does it have those?
01:23.02StragusYes
01:23.11vasc__i mean it was designed by those guys at Intel Haifa as an afterthought
01:23.25vasc__let the Israelis do this crap no one needs
01:24.00vasc__i think they had a limited opcode space so they went with that stack abortion ISA as a compromise
01:24.28StragusHum yes, it's just 16 one-byte opcodes after all, 0xD*
01:24.53StragusThey play in bits in the ModRM byte to change the instructions
01:25.56StragusSince an operand is always the first x87 register on top of the stack, they have an extra 3 bits for every one-byte opcode
01:26.06StragusSo each one-byte opcode actually holds 8 different instructions
01:26.15StragusIt's both clever and incredibly nasty
01:26.50vasc__it must make that instruction decoder really swell to do
01:28.26StragusWhat a mess, 3 bits of the byte that identifies register operands actually change the instruction
01:28.43Straguswouldn't want work in x86 CPU design
01:29.15vasc__it's crap piled on more crap
01:29.54vasc__like i said only i386 and x86-64 provide some reprieve
01:30.12vasc__even if its still suboptimally encoded
01:30.41StragusYou are certainly right that they designed that whole x87 stack because they didn't have enough opcode space
01:30.52StragusIt shows just by reading the instruction encoding
01:31.50vasc__stack processors were actually a fad at one point. actually several points.
01:32.03vasc__latest was prolly the java processor crap
01:32.10vasc__picojava
01:32.53StragusI completely fail to see any advantage, except perhaps higher instruction encoding density due to an implicit argument
01:33.09vasc__yeah that's the usual
01:33.12StragusBut you could have the same thing with regular registers, a very fast xchg and implicit eax instructions
01:37.09vasc__i don't think CISC is necessarily a bad idea
01:37.16vasc__but X86 is a bad CISC
01:37.46StragusCISC should never have hardcoded registers
01:38.12StragusAnd CISC should implement useful instructions for the future, no whatever Intel found easier/cheaper to implement at that point in time
05:17.00*** join/#brlcad merzo (~merzo@38-109-133-95.pool.ukrtel.net)
06:32.51Notify03BRL-CAD:vasco_costa * 65927 brlcad/branches/opencl/src/rt/do.c: fix pointer bugs in the hlbvh builder. change max leaf size to 4 solids.
07:33.05*** join/#brlcad merzo (~merzo@134-32-133-95.pool.ukrtel.net)
08:01.24*** join/#brlcad roop (~roop@106.76.156.16)
08:39.10*** join/#brlcad merzo (~merzo@140-107-132-95.pool.ukrtel.net)
09:15.54*** join/#brlcad merzo (~merzo@109-52-133-95.pool.ukrtel.net)
09:43.55*** join/#brlcad shaina (~shaina@61.0.200.41)
10:32.10*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
10:39.40*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
10:52.02*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qeyccaegxmasrrzf)
11:30.14*** join/#brlcad konrado (~konro@41.205.22.10)
13:25.42Notify03BRL-CAD:ejno * 65928 (brlcad/trunk/src/libgcv/bot_solidity.c brlcad/trunk/src/libgcv/plugin.c brlcad/trunk/src/libgcv/plugin.h): formatting; use const pointers
14:47.12Notify03BRL-CAD:vasco_costa * 65929 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/primitives/primitive_util.c brlcad/branches/opencl/src/rt/do.c): refactor hlbvh api.
15:42.40*** join/#brlcad konrado (~konro@41.205.22.32)
15:47.29*** join/#brlcad vasc (~vasc@bl13-126-172.dsl.telepac.pt)
15:53.15Notify03BRL-CAD:vasco_costa * 65930 (brlcad/branches/opencl/include/bu/malloc.h brlcad/branches/opencl/src/libbu/malloc.c brlcad/branches/opencl/src/rt/do.c): memory pools to manage bvh node creation memory.
15:59.30Notify03BRL-CAD:vasco_costa * 65931 (brlcad/trunk/include/bu/malloc.h brlcad/trunk/src/libbu/malloc.c): memory pools.
16:12.09Notify03BRL-CAD:vasco_costa * 65932 (brlcad/trunk/include/rt/shoot.h brlcad/trunk/src/librt/primitives/arb8/arb8_shot.cl and 9 others): opencl linear bvh traversal.
16:26.30starseekerbhollister3: apologies for not being around on Fri - didn't have internet access
16:45.28*** join/#brlcad gurwinder (~chatzilla@59.91.237.53)
17:02.13Notify03BRL-CAD:ejno * 65933 brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c: silence warning
17:15.48Notify03BRL-CAD:starseeker * 65934 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Add support for custom colors to a few more brep plotting routines.
17:18.28starseekerkonrado: if we're going to require that libxml be installed, it'll need to move to src/other
17:18.38starseekerkonrado: (sorry, catching up)
17:25.38starseekerkonrado: did you happen to take a look at irrXML as used by assimp?  https://github.com/assimp/assimp/tree/master/contrib/irrXML
17:26.08starseekerkonrado: if that can do what is needed, I suspect it would be a much simpler dependency to manage than libxml et. al.
17:28.21starseekerwould need slight rework to make it "properly" contained but since assimp is using their version in geometry file conversion it will hopefully be well matched to our own needs
17:34.57*** join/#brlcad konrado_ (~konro@41.205.22.38)
17:37.10konradostarseeker: Thanks for the   response, I would look into all what you have said and get back to you latter.
17:37.35starseekerkonrado: if we do need libxml we can do that, but it's likely going to require more build work than just adding install rules
17:38.20starseekeriirc there was quite a lot in there, and the existing CMake files are targeted solely at getting enough of it working to do our docbook build and validation in a cross platform fashion
17:39.04starseekerI'd want to do a more thorough job of it if libxml graduates to an installed 3rd party src/other dep
17:39.47starseekerkonrado: if it would help for me to break out a stand-alone version of the assimp irrxml fork I can probably do that fairly quickly - let me know
17:43.04*** join/#brlcad konro__ (~konro@41.205.22.43)
17:44.43starseekersxmlc might also be worth a look if irrXML proves inadequate for some reason - it seems to be maintained
17:45.10starseekerbut assimp's needs are likely to map very well to ours in this area
17:45.55starseekeris still partial to the idea of hooking them under libgcv to handle bot formats...
18:10.06*** join/#brlcad bhollister (~brad@2601:647:cb01:9750:b530:224b:6c3:7974)
18:21.47*** join/#brlcad konrado (~konro@41.205.22.12)
18:34.10*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
18:34.50Notify03BRL-CAD:vasco_costa * 65935 brlcad/branches/opencl/src/rt/do.c: remove experimental grids code.
18:37.05Notify03BRL-CAD Wiki:Gurwinder Singh * 9356 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
18:42.30Notify03BRL-CAD Wiki:Gurwinder Singh * 9357 /wiki/Povray:
18:43.18Notify03BRL-CAD Wiki:Gurwinder Singh * 9358 /wiki/Povray:
20:05.06Notify03BRL-CAD Wiki:106.76.158.73 * 9359 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
20:34.47Notify03BRL-CAD:vasco_costa * 65936 brlcad/branches/opencl/src/rt/do.c: refactor bvh builder to accept a list of centroids and boxes instead of primitives.
20:49.22*** join/#brlcad gaganjyot (~vikram@117.253.227.160)
20:57.27*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.19.154)
21:54.30*** part/#brlcad Ch3ck_ (~Ch3ck@41.205.19.154)
22:03.08Notify03BRL-CAD:vasco_costa * 65937 (brlcad/branches/opencl/include/rt/defines.h brlcad/branches/opencl/include/rt/shoot.h and 3 others): move bvh builder to librt.
22:19.54Notify03BRL-CAD:vasco_costa * 65938 (brlcad/trunk/include/rt/defines.h brlcad/trunk/include/rt/shoot.h and 2 others): add hlbvh cpu builder to trunk.
22:28.35Notify03BRL-CAD:vasco_costa * 65939 brlcad/branches/opencl/src/librt/cut.c: improve comments.
22:32.11Notify03BRL-CAD Wiki:Vasco.costa * 9360 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
22:32.54Notify03BRL-CAD Wiki:Vasco.costa * 9361 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
IRC log for #brlcad on 20150816

IRC log for #brlcad on 20150816

07:02.41*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
07:06.58*** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com)
07:09.13*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
07:09.23*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
07:49.49Notify03BRL-CAD:vasco_costa * 65940 (brlcad/branches/opencl/include/rt/rt_instance.h brlcad/branches/opencl/include/rt/shoot.h and 17 others): properly integrate opencl renderer with mged.
08:12.48Notify03BRL-CAD:vasco_costa * 65941 (brlcad/trunk/include/rt/rt_instance.h brlcad/trunk/include/rt/shoot.h and 18 others): integrate opencl renderer with rt and mged. currently it supports the diffuse (default) and surface normals light models.
08:13.58Notify03BRL-CAD Wiki:Vasco.costa * 9362 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
08:14.49Notify03BRL-CAD Wiki:Vasco.costa * 9363 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
08:22.02Notify03BRL-CAD Wiki:Vasco.costa * 9364 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
08:46.20Notify03BRL-CAD:vasco_costa * 65942 brlcad/trunk/src/rt/do.c: rename function.
08:46.53Notify03BRL-CAD:vasco_costa * 65943 brlcad/branches/opencl/src/rt/do.c: merge latest changes.
09:18.56*** join/#brlcad merzo (~merzo@48-55-133-95.pool.ukrtel.net)
10:52.15*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-stppslxpavmsktye)
11:50.31Notify03BRL-CAD:vasco_costa * 65944 (brlcad/trunk/include/rt/shoot.h brlcad/trunk/src/librt/primitives/primitive_util.c and 2 others): copy opencl results in double precision.
11:54.00Notify03BRL-CAD:vasco_costa * 65945 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/primitives/primitive_util.c and 2 others): merge latest changes.
12:14.08*** join/#brlcad merzo (~merzo@147-93-132-95.pool.ukrtel.net)
13:44.59Notify03BRL-CAD Wiki:Vasco.costa * 9365 /wiki/User:Vasco.costa/GSoC15/logs: /* Weeks 9-10 : 20 Jul-26 Jul, 27 Jul-2 Aug */
13:47.58maths22I just fixed cdash, since gcc has been removed from bz
13:48.09maths22Look at all the errors! http://brlcad.org/CDash/buildSummary.php?buildid=184
15:27.32maths22One issue would seem to be http://lists.cs.uiuc.edu/pipermail/llvmbugs/2013-November/031104.html
15:28.23maths22https://llvm.org/bugs/show_bug.cgi?id=17788
15:29.06*** join/#brlcad merzo (~merzo@1-27-133-95.pool.ukrtel.net)
15:32.32maths22Also, what happened to gcc?
15:32.33maths22
16:10.25*** join/#brlcad sofat (~androirc@101.208.144.209)
16:12.17*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
17:15.23*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.183.151)
17:23.08*** join/#brlcad merzo (~merzo@143-47-133-95.pool.ukrtel.net)
17:46.57*** join/#brlcad konrado (~konro@41.205.22.20)
17:56.09starseekermaths22: FreeBSD switched to clang as default, IIRC
17:56.22starseekerif they've upgraded bz recently, that might be what happened
17:57.29starseekersees that was reported in 2013 and still isn't addressed... arg
17:57.55starseekerhates to suppress a warning flag but we might have to here...
18:06.23Notify03BRL-CAD:starseeker * 65946 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: Add -Wno-c11-extensions to work around clang issue: https://llvm.org/bugs/show_bug.cgi?id=17788
18:06.31starseekermaths22: does that fix it?
18:21.30starseekerinteresting: http://www.cl.cam.ac.uk/research/security/ctsrd/pdfs/201403-asiabsdcon2014-llvmbsd.pdf
18:21.42starseekersection 4.5 specifically addresses this issue
18:22.40starseekeractually, scratch that - related issue
18:25.59starseekerour problem is that it's C11, not that it's always a number
18:27.59Notify03BRL-CAD:starseeker * 65947 brlcad/trunk/src/libanalyze/util.cpp: Clear clang warning.
18:36.02starseekermaths22: build finishes for me on bz and make check passes.  make regress fails
18:40.17starseekerconfound it - looks like threading/semaphore issues
18:40.31Notify03BRL-CAD:starseeker * 65948 brlcad/trunk/include/rt/defines.h: Include common.h first.
18:41.43*** join/#brlcad merzo (~merzo@51-131-133-95.pool.ukrtel.net)
18:43.11starseekerah, solids test fails on linux too
19:00.06Notify03BRL-CAD:starseeker * 65949 brlcad/trunk/misc/CMake/FindBRLCADTCL.cmake: Replace the custom BRL-CAD Tcl find logic with the CMake default version. Will likely need to tweak this slightly.
19:20.22Notify03BRL-CAD:starseeker * 65950 brlcad/trunk/misc/CMake/FindBRLCADTCL.cmake: Try NO_CMAKE_PATH
20:09.27Notify03BRL-CAD:starseeker * 65951 (brlcad/trunk/misc/CMake/FindBRLCADTCL.cmake brlcad/trunk/misc/CMake/PERPLEX_Util.cmake): Back out TCL change for now... not working and have another problem to fix.
20:10.32Notify03BRL-CAD:starseeker * 65952 brlcad/trunk/misc/CMake/PERPLEX_Util.cmake: back out premature merge of PERPLEX_Util
20:59.33*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.27.89)
21:09.20Notify03BRL-CAD:starseeker * 65953 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/PERPLEX_Util.cmake and 5 others): Still not parallel safe on perplex/lemon logic. This should take care of the perplex piece, but still need to do the lemon half.
21:19.39Notify03BRL-CAD:starseeker * 65954 brlcad/trunk/src/other/stepcode/src/express/CMakeLists.txt: Update generated source verification
21:49.49Notify03BRL-CAD:vasco_costa * 65955 (brlcad/branches/opencl/src/librt/cut.c brlcad/branches/opencl/src/librt/primitives/common.cl and 4 others): improve precision a bit.
21:51.49Notify03BRL-CAD:vasco_costa * 65956 brlcad/branches/opencl/include/rt/defines.h: merge changes from trunk.
21:52.39Notify03BRL-CAD:vasco_costa * 65957 (brlcad/trunk/src/librt/cut.c brlcad/trunk/src/librt/primitives/common.cl and 4 others): improve precision a bit.
22:01.13Notify03BRL-CAD:vasco_costa * 65958 brlcad/trunk/src/librt/primitives/table.cl: merge missed changes.
22:01.27Notify03BRL-CAD:vasco_costa * 65959 brlcad/branches/opencl/src/librt/primitives/table.cl: merge from trunk.
22:39.39Notify03BRL-CAD:starseeker * 65960 brlcad/trunk/src/libbu/mime.cmake: mime.h is checked in - don't distclean it
22:43.00starseekervotes for deprecating whatever needs deprecating to prepare for modernizing our drawing/framebuffer APIs...
22:49.36Notify03BRL-CAD:starseeker * 65961 brlcad/trunk/src/other/CMakeLists.txt: fix disclean rule for stepcode
22:55.37Notify03BRL-CAD:starseeker * 65962 brlcad/trunk/src/other/stepcode/CMakeLists.txt: Don't re-create sc_version_string.h and trigger a rebuild unless we need to.
23:02.54Notify03BRL-CAD:starseeker * 65963 (brlcad/trunk/misc/CMake/LEMON_Util.cmake brlcad/trunk/misc/CMake/PERPLEX_Util.cmake and 15 others): More PERPLEX/LEMON reengineering for parallel safety.
23:04.38starseekeryeesh
23:20.14Stragusvotes in favour
IRC log for #brlcad on 20150817

IRC log for #brlcad on 20150817

00:23.15maths22starseeker: look at the new build-much better
03:09.34*** join/#brlcad bhollister2 (~behollis@dhcp-59-221.cse.ucsc.edu)
03:22.32*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
03:35.31*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
03:40.11*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
03:51.13*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
04:06.06*** join/#brlcad hackrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
05:04.46*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
05:12.45*** join/#brlcad hackrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
05:14.49Notify03BRL-CAD:vasco_costa * 65964 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/primitives/primitive_util.c and 4 others): do the pixel pushing with opencl.
05:22.36Notify03BRL-CAD:vasco_costa * 65965 (brlcad/trunk/include/rt/shoot.h brlcad/trunk/src/librt/primitives/primitive_util.c and 4 others): do heavy duty pixel pushing with the gpu. this speeds up rendering of havok around 3x on my system.
05:24.19*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
05:25.04maths22I just redid the header at http://beta.brlcad.org/wp/
05:25.08maths22What do we think?
05:42.28Notify03BRL-CAD Wiki:Vasco.costa * 9366 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
05:43.25Notify03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Rt_ehyn.png:
05:44.24Notify03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Cl_ehyn.png:
05:44.36Notify03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Diff_ehyn.png:
05:45.31Notify03BRL-CAD Wiki:Vasco.costa * 9370 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
05:45.53*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
05:54.05Notify03BRL-CAD Wiki:Vasco.costa * 9371 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
05:54.47Notify03BRL-CAD Wiki:Vasco.costa * 9372 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
05:55.40Notify03BRL-CAD Wiki:Vasco.costa * 9373 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
05:56.36Notify03BRL-CAD Wiki:Vasco.costa * 9374 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
05:57.32Notify03BRL-CAD Wiki:Vasco.costa * 9375 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
05:57.52Notify03BRL-CAD Wiki:Vasco.costa * 9376 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
05:58.42Notify03BRL-CAD Wiki:Vasco.costa * 9377 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
05:59.31Notify03BRL-CAD Wiki:Vasco.costa * 9378 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
06:03.33*** join/#brlcad shaina (~shaina@61.0.201.53)
06:07.48*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
06:21.35*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
06:26.18Notify03BRL-CAD Wiki:Vasco.costa * 9379 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
06:26.51Notify03BRL-CAD Wiki:Vasco.costa * 9380 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
06:34.39Notify03BRL-CAD Wiki:Vasco.costa * 9381 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
06:35.24Notify03BRL-CAD Wiki:Vasco.costa * 9382 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
06:35.47Notify03BRL-CAD Wiki:Vasco.costa * 9383 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
06:37.01Notify03BRL-CAD Wiki:Vasco.costa * 9384 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
06:38.40Notify03BRL-CAD Wiki:Vasco.costa * 9385 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
06:39.19Notify03BRL-CAD Wiki:Vasco.costa * 9386 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
06:41.44Notify03BRL-CAD Wiki:Vasco.costa * 9387 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
06:45.14Notify03BRL-CAD Wiki:Vasco.costa * 9388 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
07:41.34Notify03BRL-CAD Wiki:Vasco.costa * 9389 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
07:44.35Notify03BRL-CAD Wiki:Vasco.costa * 9390 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
07:49.53Notify03BRL-CAD Wiki:Vasco.costa * 9391 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
07:51.27Notify03BRL-CAD Wiki:Vasco.costa * 9392 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
07:52.00Notify03BRL-CAD Wiki:Vasco.costa * 9393 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
07:52.46Notify03BRL-CAD Wiki:Vasco.costa * 9394 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
08:01.56Notify03BRL-CAD Wiki:Vasco.costa * 9395 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
08:04.11*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:26.30*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:33.48*** join/#brlcad merzo (~merzo@92.60.189.225)
08:40.10*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
08:52.27*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
09:33.47*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:45.24*** join/#brlcad Izakey (~Izakey@41.205.22.39)
10:19.45*** join/#brlcad merzo (~merzo@92.60.189.225)
10:25.12*** join/#brlcad konrado (~konro@41.205.22.57)
10:27.39*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:44.35*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:49.03*** join/#brlcad merzo (~merzo@92.60.189.225)
10:52.27*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-vkdwwonozhuytpsc)
11:01.09*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
11:31.15*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
11:50.57*** join/#brlcad sofat (~androirc@202.164.45.212)
11:52.41*** join/#brlcad vasc (~VASC@bl13-118-251.dsl.telepac.pt)
11:53.55*** join/#brlcad shaina (~shaina@59.89.46.162)
12:33.32*** join/#brlcad merzo (~merzo@92.60.189.225)
12:59.03Notify03BRL-CAD Wiki:Shaina7837 * 9396 /wiki/User:Shainasabarwal/GSoC15/logs: /* 8 August */
12:59.13*** join/#brlcad sofat (~androirc@202.164.45.204)
13:13.56*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
13:22.07*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
13:27.07Notify03BRL-CAD:starseeker * 65966 brlcad/trunk/src/other/openNURBS/opennurbs_array_defs.h: Clear compiler warning about assuming signed overflow does not occur when assuming that (X + c) < X is always false
13:37.03Notify03BRL-CAD:starseeker * 65967 brlcad/trunk/src/libged/shape_recognition.cpp: Initialize curr_union
13:40.13Notify03BRL-CAD:starseeker * 65968 brlcad/trunk/src/libgcv/facetize.c: clear another longjmp warning
13:44.37Notify03BRL-CAD:starseeker * 65969 brlcad/trunk/src/libgcv/CMakeLists.txt: Need the includes for the static target as well.
13:51.59Notify03BRL-CAD:starseeker * 65970 brlcad/trunk/src/libgcv/soup.h: Try to add some GCV_EXPORT logic for the test program - untested, needed for Windows.
14:08.37Notify03BRL-CAD:carlmoore * 65971 (brlcad/trunk/doc/docbook/presentations/en/Introduction_brlcad-app-devel.xml brlcad/trunk/src/libgcv/bot_solidity.h and 5 others): fix spelling of 'determining', and remove trailing white space
14:18.06Notify03BRL-CAD:starseeker * 65972 (brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/src/libgcv/CMakeLists.txt): And the rabbit hole gets deeper. Shared and static targets are separate targets, so they'll need separate generated sources as well for parallel safety.
14:24.03Notify03BRL-CAD:d_rossberg * 65973 (brlcad/trunk/src/librt/primitives/arb8/arb8.c brlcad/trunk/src/librt/primitives/table.c): applied patch http://sourceforge.net/p/brlcad/patches/327/ provided by Kalpit Thakkar: Added surface area function for arb8
14:27.29Notify03BRL-CAD:starseeker * 65974 (brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/src/other/stepcode/cmake/SC_Utils.cmake brlcad/trunk/src/other/stepcode/src/express/CMakeLists.txt): remove debug printouts
14:30.05``Erikgsoc soft deadline today, weeeee
14:37.22*** join/#brlcad sofat_ (~androirc@202.164.45.212)
14:53.27*** join/#brlcad smile__ (~smile@202.164.45.212)
15:15.51*** join/#brlcad sofat (~smile@202.164.45.212)
15:16.05*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:25.14Notify03BRL-CAD:starseeker * 65975 (brlcad/trunk/src/other/stepcode/cmake/SC_Utils.cmake brlcad/trunk/src/other/stepcode/src/express/CMakeLists.txt): Committed too many files - backout so messages will be clearer
15:26.08Notify03BRL-CAD:starseeker * 65976 (brlcad/trunk/src/other/stepcode/cmake/SC_Utils.cmake brlcad/trunk/src/other/stepcode/src/express/CMakeLists.txt): Update stepcode build logic for static/shared individual file generation
15:49.40*** join/#brlcad gurwinder (~chatzilla@59.91.112.3)
15:52.19*** join/#brlcad sofat_ (~androirc@202.164.45.212)
15:58.26*** join/#brlcad sofat (~smile@202.164.45.212)
16:00.53*** join/#brlcad shaina (~shaina@117.214.241.50)
16:17.14*** join/#brlcad smile (~smile@202.164.45.212)
16:29.04*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
16:41.39*** join/#brlcad Guest74157 (~smile@202.164.45.212)
16:51.33*** join/#brlcad sofat (~smile@202.164.45.212)
17:12.50Notify03BRL-CAD:starseeker * 65977 brlcad/trunk/src/libgcv/soup.h: Missed one
17:14.22*** join/#brlcad vasc (~VASC@bl13-118-251.dsl.telepac.pt)
17:16.11Notify03BRL-CAD:starseeker * 65978 (brlcad/trunk/src/libbu/brlcad_path.c brlcad/trunk/src/libbu/temp.c): Don't conditionalize the log messages on WIN32. Also, go ahead and try the Windows temp paths - they should simply fail and fall through to the correct paths.
17:23.44*** join/#brlcad smile_ (~smile@202.164.45.212)
17:24.02*** join/#brlcad sofat (~smile@202.164.45.212)
17:36.53*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
17:37.15*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.214.247)
17:42.25*** join/#brlcad sofat (~smile@202.164.45.212)
17:45.01*** join/#brlcad smile_ (~smile@202.164.45.212)
17:47.32Notify03BRL-CAD Wiki:Deekaysharma * 9397 /wiki/User:Deekaysharma/logs:
17:50.31*** join/#brlcad AndroUser2 (~androirc@202.164.45.212)
18:04.25starseekeralright, 65800 broke solids regression, which was me.  now, why....
18:08.40sofatstarseeker, hello
18:09.12sofatI have submit one patch please accept this ticket no:407
18:11.02Notify03BRL-CAD:starseeker * 65979 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/arbn/arbn.c and 8 others): 65800 somehow breaks regress-solids - rename was mostly for convenience, just revert.
18:30.46Notify03BRL-CAD:starseeker * 65980 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/arbn/arbn.c and 8 others): ah - was a name conflict. just prefix with an underscore
18:40.55*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.214.247)
18:47.10Notify03BRL-CAD:vasco_costa * 65981 (brlcad/trunk/include/rt/shoot.h brlcad/trunk/src/librt/primitives/primitive_util.c and 2 others): * show -z opencl command line option in -h when running rt.* renable table.cl to rt.cl.* replace branches in pixel writing with conditional moves.* refactor sub buffer code.* write depth buffer in network byte order.
18:54.15Notify03BRL-CAD:vasco_costa * 65982 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/primitives/primitive_util.c and 2 others): merge changes from trunk.
19:01.14*** join/#brlcad konrado (~konro@41.205.22.23)
19:12.58Notify03BRL-CAD:vasco_costa * 65983 brlcad/trunk/src/librt/primitives/rt.cl: remove unnecessary constant.
19:13.16Notify03BRL-CAD:vasco_costa * 65984 brlcad/branches/opencl/src/librt/primitives/rt.cl: merge changes from trunk.
19:14.30Notify03BRL-CAD Wiki:Vasco.costa * 9398 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
19:29.35Notify03BRL-CAD Wiki:Vasco.costa * 9399 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
19:30.34Notify03BRL-CAD Wiki:Vasco.costa * 9400 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
19:30.53Notify03BRL-CAD Wiki:Vasco.costa * 9401 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
19:33.51Notify03BRL-CAD:dhoward * 65985 (brlcad/trunk/src/librt/screened_poisson.cpp brlcad/trunk/src/other/PoissonRecon/LICENSE and 49 others): Updated Kazhdan code to version 7.0.
20:08.14Notify03BRL-CAD Wiki:Rawley1515 * 0 /wiki/User:Rawley1515:
20:53.48Notify03BRL-CAD:starseeker * 65986 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/libged/facetize.c and 3 others): Screened Poisson code isn't building at the moment - make a configure option to enable/disable this feature and set it to off by default.
20:54.40*** join/#brlcad vasc (~vasc@bl13-118-251.dsl.telepac.pt)
20:57.04Notify03BRL-CAD:vasco_costa * 65987 (brlcad/branches/opencl/CMakeLists.txt brlcad/branches/opencl/src/librt/cut.c): Parallel OpenMP HLBVH construction.
20:58.29starseekervasc: the file scan.cl is under Apache license, which is currently problematic for us as a direct source inclusion in our libraries... I don't know if this makes sense in opencl terms, but could that be built as a separate library?
21:00.20StragusIf that's just a parallel prefix sum, rewrite it from scratch, it's very little code
21:01.52starseekerStragus: not sure about what it is - just spotted the license header
21:02.05starseekerhopefully can be rewritten, yes
21:02.20starseekeror maybe an MIT/BSD variant is available...
21:02.46starseekersighs - it's a shame Apache 2 isn't compatible with GPL/LGPL v2
21:07.44vascwell i'm not using it at this point in time so you can just remove it
21:07.50vascbut wait a bit
21:08.14vasci think i got the code from pyopencl but it's an opencl translation of nvidia code
21:08.18vascand they usually use MIT license
21:08.46starseekerprobably derived from an NVIDIA example that was Apache 2 originally
21:09.24starseekerhmm:  https://code.google.com/p/clpp/
21:09.52vascyeah its apache license 2
21:10.06vascit's not being used right now
21:10.24vascyou would have to remove the ANSI C code that calls it as well though
21:10.40vasceventually it should be useful
21:10.52starseekervasc: can it be reimplemented or another implementation used?
21:11.08vasci thought the newest apache license was GNU GPL compatible?
21:11.28starseekerGPL v3
21:11.37vaschttp://www.apache.org/licenses/GPL-compatibility.html
21:11.41vascoh ok
21:12.04vascwell the hlbvh code at least is like MIT or simplified BSD or whatever
21:12.10starseekerthat's fine :-)
21:12.13vascreplacing that code won't be easy
21:12.25starseekerthe clpp implementation won't do?
21:12.39starseekerMIT and 2/3 clause BSD are good
21:12.49vasca lot of those libraries, opencl libraries, you see in the web are *crap*
21:12.54starseekerah
21:13.08vascthey don't support arrays of non-power of two size for example
21:13.59vascswell
21:14.08vascCUB is New BSD licensed
21:14.14vascand its faster than thrust
21:14.21vascso we could port it from that. but CUB is really complicated.
21:14.29vascporting that CUDA to OpenCL...
21:14.30starseekerlink?
21:14.37vaschttp://nvlabs.github.io/cub/
21:14.46vascit's CUDA not OpenCL
21:14.48vascwould need to port it
21:14.51starseekerah
21:15.17vascit's the faster library there is to use on GPUs basically
21:15.21vascfastest
21:15.36vascbetter than thrust. it's just that thrust comes bundled with CUDA
21:15.41starseekerwell, another option would be to contact NVIDIA and the other copyright holder on the current scan.cl file and see if they'd be OK relicensing it to the same license as CUB
21:15.45vascso i guess the pyopencl guys ported that
21:16.09vascwe could try that
21:16.15starseekercan't hurt to ask - worst they'd say is no
21:16.29vascPyOpenCL is MIT licensed already
21:16.45vaschttp://documen.tician.de/pyopencl/misc.html#license
21:16.50starseekernods - but the file in question has two copyright holders listed, so they'd both have to OK it
21:16.51vascso the problem is with NVIDIA
21:17.12starseekervery likely, but for something like this you need an OK from both
21:17.19vasci know some guys i can ask. but i don't think they are the proper people to ask
21:17.29starseekerthey can probably point you in the right direction :-)
21:17.52StragusGuys guys, just rewrite the parallel prefix sum if needed :p
21:18.19starseekerStragus: "< vasc> replacing that code won't be easy"
21:18.58vascit's easy to write your own. writing an *efficient* one that handles all cases is *not* easy.
21:19.26vascthat code handles exclusive and inclusive prefix sums including segmented ones.
21:19.37vascfor any sized lists
21:20.08vascbut like i said it isn't actually used anywhere right now.
21:20.11vascwe can just remove it.
21:20.16vasci'll make a patch.
21:20.28starseekernods - worth asking the question though if you think it might come in handy later
21:21.01vascpublic opencl libraries are kinda crap. all of them.
21:21.11vascCUDA has a lot better libraries than we do.
21:21.33starseekeris it even possible to port CUB to OpenCL?
21:21.48vascbasically any piece of CUDA code can be ported to OpenCL.
21:21.58vascit's like asking if you can port from C++ to C.
21:22.05starseekerah :-)
21:22.44vascCUDA supports templates and CUB uses them extensively for e.g.
21:22.58vascOpenCL programmers usually use C like OpenGL programmers.
21:23.52vascCUDA C++ actually
21:23.58starseekerwell, if we don't need it right now it's moot - if/when the time comes we can weigh the options
21:24.18vascthat's the thing with CUDA. it's kinda like Java. it's an architecture, a platform, and C/C++ languages.
21:24.26vascok
21:24.42vascthat was a good catch i assume because it was in pyopencl it was safe.
21:24.46vascassumed
21:24.52StragusSome stuff using CUDA-specific features will be difficult to port, but otherwise it's a good assumption
21:26.16StragusA parallel prefix sum will probably use CUDA lane shuffles, but you can put that in shared memory
21:27.48vascyou can actually use PTX assembly to use that i think i was reading the PTX ISA the other day.
21:28.00vascthe problem is the code won't work in other platforms.
21:28.02StragusI think they want portable OpenCL, otherwise they would have used CUDA ;)
21:28.08vascright.
21:28.22vascmaybe in OpenCL 3.0.
21:28.25vascor 4.0
21:28.46vasci actually considered porting thrust or CUB to OpenCL once
21:28.59vascbut its premature without OpenCL 2.0.
21:29.06vascbeing widespread.
21:29.35starseekerwhen did it come out?
21:29.42vasci dunno maybe 2009.
21:29.57vascoh 2.0.
21:30.05vascmaybe 2-3 years?
21:30.12vascago
21:30.39starseekervasc: probably enough for a start - by the time we've got everything shipshape and ready to roll, it'll probably be widespread ;-)
21:30.54vascheh
21:31.15vascwell i'm busy with other stuff. that's the problem with us opencl guys. always too much crap to do.
21:31.16starseekerfor example, we'll not be worrying about Qt4 for user interface compatibility
21:31.21starseekerheh
21:31.27vascit's not like CUDA which has whole teams of programmers working on libraries
21:31.30vascfrom NVIDIA
21:31.47vascoh that
21:32.02vasci didn't check the qt interface to see how the interface would be
21:32.14starseekerno need - it's not functional yet
21:32.27starseekermged, archer, and rtwizard are our three primary GUI tools
21:32.33vascit's actually the first time i programmer in tcl/tk
21:32.39vascprogrammed
21:32.49vascsvn doesn't compile
21:32.50starseekerthen there are the framebuffers (the windows rt and pix-fb throw up)
21:32.57vasc/home/vasco/brlcad/trunk/src/libged/facetize.c: In function ‘ged_facetize’:
21:32.57vasc/home/vasco/brlcad/trunk/src/libged/facetize.c:93:9: error: variable ‘sp_fidelity’ set but not used [-Werror=unused-but-set-variable]
21:32.57vasc<PROTECTED>
21:33.15starseekervasc: one sec...
21:35.05Notify03BRL-CAD:starseeker * 65988 brlcad/trunk/src/libged/facetize.c: avoid set but unused
21:35.10starseekervasc: give that a go
21:36.13vascok thanks it compiles now
21:36.36vasci'll remove it now
21:36.42starseekervasc: cool - thanks!
21:37.19vascok it ain't in trunk anymore
21:37.24Notify03BRL-CAD:vasco_costa * 65989 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/primitive_util.c): remove opencl scan code because of license issues.
21:37.51vascoh right the .cl file
21:38.17starseekervasc: worth asking the relevant parties if we need it in the future (if they don't have any strong attachment to Apache it could be quite simple)
21:38.56vascnah i would rather port CUB which is three-clause BSD
21:39.04vascbut its gonna be a lot more tricky
21:39.40starseekervasc: what about the "busy with other stuff" thing? :-P  Although I suppose a port of CUB might be of much wider OpenCL interest...
21:39.53vasclike brl-cad for one
21:40.00Notify03BRL-CAD:vasco_costa * 65990 (brlcad/trunk/src/librt/primitives/scan.cl =================================================================== and 584 others): forgot to remove the .cl file on the last commit.
21:40.08vascif i write libraries i won't be writing application code.
21:40.20starseekervasc: fair enough
21:40.47starseekervasc: on the other hand, I'm guessing there's a chance we might end up needing a fair bit of stuff in CUB down the road?
21:41.01vasci'm also suppose to start working on molecular visualization next year
21:41.16starseekerah - yeah, that's a job
21:41.21vascbut i dunno
21:41.32vascwell it isn't funded yet
21:41.35vascso i dunno
21:41.51vascCUB is *very* useful
21:41.56vascit has sorting and prefix sum routines
21:42.00vascand run length encoding
21:42.02vascall kinds of things
21:42.27vascusing those algorithms as basic blocks you can do all sorts of highly efficient higher level code on top
21:44.21starseekerthinks back to his ROTMOVIE days in undergrad...
21:45.30starseekerheh http://product11.com/tech/oldvissoft_files/snapshot3.png
21:45.44starseekerand that was the modern verson - iirc I was working with an even older one
21:45.59vascright. that's balls and sticks model.
21:46.11vasci also am going to work on molecular surface visualization. that's the tricky bit.
21:46.50starseekeralso recalls fiddeling with pymol, rasmol and VMD...
21:47.02vascit says isosurfaces in there. so it also supports molecular surface visualization i guess.
21:47.45starseekerhttp://product11.com/tech/oldvissoft_files/snapshot4.png
21:47.48starseekersort of
21:48.06vascyeah i've seen better.
21:48.22StragusMust be old, with a 4:3 screen ratio
21:48.33starseekercirca 2001
21:48.44starseekerlikes his 4:3 screen ratio, thank you very much
21:48.58starseekerone of my biggest gripes with modern hardware
21:49.32starseekerwinces - I see VMD is still using that funky weird custom license
21:49.41vascanyway that's *if* we get funding for that project.
21:49.48vascif we don't i'll have to find something else to do.
21:50.23starseekernods
21:50.48starseekerwell, regardless it sounds like porting CUB would benefit a wide variety of projects
21:51.22starseekeryeah, pymol's license is a lot saner
21:52.37starseekervasc: this the sort of thing you'd be looking at?  https://www.pymol.org/sites/all/themes/basic/images/el1.png
21:53.57vascyeah that's more like it.
21:56.55starseekeris rather bemused to see that pymol's interface does not appear to have evolved much - it's not just BRL-CAD ;-)
21:57.34vascwell if it works it works
21:58.05vascbut the thing is the render time with the ray trace engine is so fast now it makes you wonder about some of the UI design choices...
21:58.18starseekerfor us you mean?
21:58.24vascyeah
21:58.38starseekernods - when you were running on a PDP11, it didn't matter so much
21:59.07starseekerour benchmark test reports in units based on one of the original machines
21:59.24vasclike to raytrace an image in mged i have to use a drop-down menu and it spawns an rt process thread.
21:59.42vasci don't quite know the details of how the image sharing is done though
21:59.57vascbut i assume it reloads the object database over and over and over.
22:00.01starseekerthat's a cheap way to get asyncronus updating - it pipes the data through an inter-process pipe
22:00.21vasci dunno
22:00.26StragusAt some point, it should be designed for real-time raytracing with direct interaction
22:00.28vascthat's how the fb works?
22:00.46vascyeah that's the thing
22:00.51starseekermged fires a separate rt, which uses libpkg to send/recieve the pixels - the framebuffer in MGED then "listens" for them and display them
22:00.58starseekerit's a bit funky
22:01.06StragusThat's very inefficient if you want 60 frames per second
22:01.13vasci get like tens or hundreds of mpixels/sec on the scenes i've tested with
22:01.13starseekeron Windows we go through Tcl communication mechanisms
22:01.44starseekerlarge chunck of our ifdef WIN32s in the code revolve around that, actually
22:01.45vascwe should never move the framebuffer from the gpu if we can.
22:01.54Stragus^ What vasc said
22:02.22starseekernods - our architecture needs a rethink. The notion of "on the GPU" isn't really captured at all
22:02.33starseekerone of our display backends is raw X11
22:02.45StragusOr, minimally, just copy the data directly and not over a pipe or a socket
22:03.01starseekerwe need a properly multithreaded GUI for that to be viable
22:03.38vascman i saw the code of the fb some time ago and it even did memory copies inside
22:03.43starseekermged is too much work in that regard, and Archer probably is too - the Qt based interface will be keeping such things in mind, but it's a long ways out yet I'm afraid
22:04.58vascso i render an image on the gpu, pass it to the cpu, it is deep copied around and around in buffers in several libraries, and then it gets pushed back onto the gpu
22:05.16starseekernods - no argument that sucks
22:05.44StragusWhy is it copied multiple times on the CPU? I can see one copy to send/receive the pixels through the pipe/socket/whatever...
22:06.07vascwell the data in the client is stored in this format...
22:06.22vascit's like RGB{depth}
22:06.44vasc3 unsigned chars and 1 (optional) double in network precision
22:06.50Straguso.O
22:06.59vascthe fb driver doesn't use the double precision depth
22:07.04StragusThat depth is a completely separate buffer I hope?
22:07.11vascso it has this c code to manually rearrange the array
22:07.24vascbefore passing it to whatever draws
22:07.31vascnope it ain't
22:07.35StragusWTF.
22:07.55StragusThis makes no sense whatsoever
22:08.20StragusThere's even a ton of wasted memory due to padding the pixel struct to 8 bytes
22:08.27vascyes.
22:08.31vascthe rgbs take 3
22:08.54vascyou would have to change the image processing, and fb code to fix that
22:09.19StragusThat's completely messed up
22:09.30vascsrc/libicv and src/fb
22:09.38vascand all the code that uses them
22:09.48vascwhich can be quite a bit
22:16.15starseekerok, original benchmark machine that we're comparing to was a VAX 11/780
22:16.53starseekerat a guess, most desktops today would probably be five to ten thousand times faster, maybe more
22:17.04starseekereven without the OpenCL pipeline
22:17.30starseekerso that's why the original framebuffer architecture feels a little odd today ;-)
22:19.15StragusBut why would it waste 31% of the framebuffer memory?
22:19.32StragusMemory was precious back then, 5 bytes of that pixel struct are wasted in padding alignment
22:20.30starseekernot sure about that - maybe a dedicated hardware console that expected data in a particular format?
22:23.24Notify03BRL-CAD:starseeker * 65991 brlcad/trunk/src/conv/step/CMakeLists.txt: Remove the ineffective MD5SUM verification attempt - didn't address the actual problem.
22:40.54vascasctually you're wrong. it isn't wasting 31% of framebuffer memory
22:41.01vascin that case
22:41.15StragusIt's wasting 5 or 16 bytes?
22:41.20Stragus5 of* 16
22:41.43vascit's wasting 72%
22:41.54vascits 8 bytes depth buffer, 1 byte per r, g,b
22:42.06vascthe fb buffer for glx discards the depth data
22:42.14vasci think
22:42.23StragusRight, I was only counting the padding
22:42.49Stragus31% lost in padding, 50% lost in data it doesn't care about, 18% of useful data
22:42.50vasci think the image outputs can use the depth data. at least they accept it
22:43.36vascwonders if they ignore the depth data too
22:43.51vaschaven't read icv that deep yet
22:44.11vascthe FILE* writer writes the depth data out. that i do know.
22:44.31vascthe raw output
22:44.47vascthe data can be stored in a number of ways
22:45.07vascthe most common it 3 unsigned chars for r,g,b and 1 network order double for depth
22:45.07Notify03BRL-CAD:starseeker * 65992 (brlcad/trunk/src/conv/step/g-step/CMakeLists.txt brlcad/trunk/src/conv/step/step-g/CMakeLists.txt): not using explicit targets now.
22:45.21vascthere are also 4 double formats r,g,b, depth
22:45.26vascdepth is always optional
22:45.37vascthen there is this monster format
22:46.51vascit's like uint8 r,g,b; double dist; float hitp[3];  has some region_ptr, short a_x,a_y
22:46.52vasci think
22:46.58vascor was the color doubles
22:47.06vascits the FULLFLOAT format
22:47.36vasci think its used to combine results of images from different rt instances. i dunno if its threads or cluster node processes or whatever.
22:47.46vasccurrently i don't support that format
22:48.21vascits used to store intermediates i bet.
22:48.34vasclike you stop ray generation midway and continue elsewhere.
22:49.49vascthen there's the fact that the framebuffer and raw file outputs allow writing with passing a buffer with a size
22:50.18vascwhile the icv image file format writer only buffered line output
22:51.07vasci got to see more of the brl-cad internals than i would be have preferred to know
22:51.35vascthe high level code is great. its like picture perfect code.
22:51.41vasceven its a bit oldstyle.
22:51.52vascthe interface and glue bits.... yikes.
22:52.01vascwith the outputs
22:52.26vascthey seem to have been written in a process of accretion.
22:55.10StragusI'm sure that's a correct assessment :)
22:55.20StragusIncremental little steps over a few decades
23:00.30vasci was looking at openhub.net the other day
23:00.54vascit said that BRL-CAD had like 330 man-years of coding in it in that model they use based on lines of code and dates and crap
23:01.26vaschugely impressive
23:03.06StragusMmhm... I don't know the metric used, but it wouldn't take a single programmer 330 years to write a copy
23:03.32vascno but maybe 5 years wouldn't be surprising
23:03.49vascif not a lot more
23:04.05vascits not just the librt i'm touching in
23:04.13vascits everything else too
23:04.34vaschugely impressive. massive even.
23:04.38StragusSure
23:07.06vaschttps://www.openhub.net/p/brlcad
23:07.24vasc1.2 MLOC
23:08.53vasci hope it ain't counting the 3rd party libs though
23:10.42vascthe branch i made is diverging a lot. i don't think svn is the best choice for this parallel concurrent development work
23:11.17vascperhaps git-svn would have been better
23:20.37Notify03BRL-CAD:vasco_costa * 65993 (brlcad/branches/opencl/src/librt/cut.c brlcad/branches/opencl/src/librt/librt_private.h brlcad/branches/opencl/src/librt/primitives/primitive_util.c): merge changes from trunk.
23:58.08Notify03BRL-CAD Wiki:202.164.45.212 * 9402 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
IRC log for #brlcad on 20150818

IRC log for #brlcad on 20150818

00:07.50starseekerhuzza - a clean Windows build with no parallel file writing issues
00:22.40Notify03BRL-CAD:starseeker * 65994 (brlcad/trunk/doc/docbook/presentations/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt and 2 others): Various distcheck fixes
00:25.15*** join/#brlcad konrado (~konro@41.205.22.20)
00:27.51Notify03BRL-CAD:starseeker * 65995 brlcad/trunk/src/conv/step/CMakeLists.txt: Case matters - was triggering continual rebuilding
00:31.21Notify03BRL-CAD Wiki:Konrado DJ * 9403 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 17 - 18 AUGUST 2015 */
00:34.19Notify03BRL-CAD Wiki:Bhollister * 9404 /wiki/User:Bhollister/DevLogAug2015:
00:44.40konradostarseeker: Hello. After spending sleepless nights, I have made no progress understanding how replace libxml with another parser. The parsing uses alot of threading which I am not very good at. Given that time for GSoC is limited I would like to go with the option of installing libxml for the mean time and I would look further into replacing  it after GSoC.
00:47.03Notify03BRL-CAD:starseeker * 65996 brlcad/trunk/src/librt/CMakeLists.txt: whoops, deleted.
00:52.29starseekerkonrado: ok
00:53.10starseekerhuh, cool:  http://www.mattkeeter.com/projects/antimony/3/
01:09.08konradowow antimony really is cool
01:11.44*** join/#brlcad vasc__ (~vasc@bl8-195-136.dsl.telepac.pt)
01:13.24*** join/#brlcad yland (~yland@41.205.22.3)
01:13.30*** part/#brlcad yland (~yland@41.205.22.3)
01:36.30vasc__i thought brl-cad came with its own version of libxml
01:36.49vasc__in the 3rd party sources konrado
01:56.12Notify03BRL-CAD Wiki:Vasco.costa * 9405 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
01:56.26Notify03BRL-CAD Wiki:Vasco.costa * 9406 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
02:23.01vasc__updating drivers again. fun. i hope this time those nvidia drivers actually have opencl 1.2 support
02:38.28vasc__reboot time
02:41.12*** join/#brlcad vasc (~vasc@bl8-195-136.dsl.telepac.pt)
02:41.44vascyay
02:41.57vascopencl 1.2 support on an nvidia card. i thought the day would never come.
02:42.21vasc1D textures and built-in popcnt among other things
02:47.49vasccode still runs
03:17.31starseekervasc: our libxml isn't installed by default, and it's CMake build is a minimalist "get docbook conversion working" affair
03:18.30starseekerit *can* be made better, but I'm cautious because I remember what went into the original build for that bit
03:22.01vascoh
03:22.35vascnow i notice the opencl spec has quad floats
03:22.50vaschey i can now use the complex type too
03:23.02vascdont have to use opencl 1.1 anymore
03:23.29vascmatrix types
03:23.32vascall good stuff
03:24.14vascoh its reserved only
03:53.29Notify03BRL-CAD:vasco_costa * 65997 brlcad/trunk/src/librt/primitives/solver.cl: use cbrt and fmax opencl functions instead of branches.
04:09.40Notify03BRL-CAD:vasco_costa * 65998 brlcad/trunk/src/librt/primitives/solver.cl: use copysign and sincos to eliminate some branches and operator calls.
04:11.54*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-xttwhyagvwlmnglf)
05:57.18Notify03BRL-CAD:vasco_costa * 65999 (brlcad/branches/opencl/CMakeLists.txt brlcad/branches/opencl/doc/docbook/articles/en/animation_tutorial.xml and 150 others): merge from trunk.
06:00.39Notify03BRL-CAD:vasco_costa * 66000 (brlcad/branches/opencl/src/librt/prep.c brlcad/branches/opencl/src/librt/primitives/sph/sph_shot.cl brlcad/branches/opencl/src/librt/primitives/table.c): merge from trunk.
06:04.20Notify03BRL-CAD:vasco_costa * 66001 (svn:mergeinfo ## -4,4 +4,4 ## and 12 others): last merge from trunk.Property Changed:----------------brlcad/branches/opencl/
06:07.51Notify03BRL-CAD:vasco_costa * 66002 brlcad/branches/opencl/src/librt/cut.c: recommit missed changes.
06:17.11Notify03BRL-CAD:vasco_costa * 66003 brlcad/branches/opencl/src/librt/cut.c: ass missing line.
06:30.09*** join/#brlcad shaina (~shaina@117.214.246.81)
07:56.28*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
08:03.56*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
08:04.26*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
08:04.27*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
08:04.27*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
08:04.59*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
08:04.59*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
08:07.34*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
08:11.23*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
08:55.33*** join/#brlcad merzo (~merzo@92.60.189.225)
09:13.30*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
10:17.32*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
10:26.46*** join/#brlcad Izakey (~Izakey@154.70.111.136)
10:38.34*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
10:52.42*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-wpaqltotwkrbiaas)
11:26.05*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:34.34Notify03BRL-CAD:starseeker * 66004 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libged/nmg.c): Commit patch #404 from Brad Hollister adding 'kill F' nmg subcommand
11:38.40Notify03BRL-CAD:starseeker * 66005 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libged/nmg.c): Commit patch #405 from Brad Hollister adding 'move v' nmg subcommand
11:41.47Notify03BRL-CAD:starseeker * 66006 brlcad/trunk/doc/docbook/articles/en/main_menu.xml: Apply patch #407 from Hitesh Sofat updating main_menu
11:48.15Notify03BRL-CAD:starseeker * 66007 brlcad/trunk/include/dm/dm_xvars.h: Fix no-tk build
12:29.28*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:47.11*** join/#brlcad konrado (~konro@41.205.22.32)
13:16.33*** join/#brlcad merzo (~merzo@92.60.189.225)
14:22.45*** join/#brlcad vasc (~vasc@bl8-195-136.dsl.telepac.pt)
IRC log for #brlcad on 20150819

IRC log for #brlcad on 20150819

23:38.13*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
23:38.13*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
23:48.30vasc__well it looks kinda similar...
23:48.36vasc__this phong
23:48.41vasc__i guess it'll stay
IRC log for #brlcad on 20150820

IRC log for #brlcad on 20150820

00:49.49Notify03BRL-CAD Wiki:Bhollister * 9429 /wiki/User:Bhollister/DevLogAug2015: /* Wed, August 19, 2015 */
02:06.42Notify03BRL-CAD Wiki:Konrado DJ * 9430 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 20 AUGUST 2015 */
02:44.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:53.36Notify03BRL-CAD:starseeker * 66044 brlcad/trunk/misc/CMakeLists.txt: list doxygen files as ignored if we don't have doxygen installed.
02:55.41Notify03BRL-CAD:starseeker * 66045 brlcad/trunk/src/librt/CMakeLists.txt: List bot_shot.cl in cmakefiles list.
03:12.54*** join/#brlcad konrado (~konro@41.205.22.22)
04:05.40*** join/#brlcad shaina (~shaina@59.91.95.250)
05:37.11brlcadvasc__: yes, we had 5 in attendance (including hpg)
05:37.34vasc__oh?
05:37.39brlcadhas only missed 3 or 4 siggraphs since 1998
05:37.51vasc__it's a cool place
05:41.26brlcadif you were at hpg in 2009, it's quite possible that we met
05:42.18brlcadnew orleans was pretty awesome
05:45.36vasc__i was at hpg most of the time
05:46.18vasc__i hanged around with illyan georgiev and javor
05:46.33vasc__i was only presenting some poster
05:46.54vasc__i also talked with marcos fajardo a lot
05:47.28vasc__dunno if he even remembers me by now
05:47.31*** join/#brlcad gurwinder (~chatzilla@202.164.53.117)
05:48.10vasc__there's a lot of issues here...
05:48.13vasc__in the bot
05:48.53vasc__i usually read the st_specific pointer and get my fix there to send to the gpu
05:49.01vasc__but there are sooo many different formats
05:49.06vasc__and none is actually convenient
05:49.11vasc__i'll prolly have to sink deeper
05:49.16brlcadnot surprised, you haven't really had time to work on anything in depth
05:49.46brlcadby formats, what do you mean?
05:49.53brlcaddifferent object types?
05:49.59brlcador different BoT types?
05:50.46gurwinderbrlcad: I'm working on documentation. What are the things required to be submitted by me for POV-Ray exporter?
05:51.04brlcadgurwinder: erm, a complete status? :)
05:51.39vasc__bot types
05:51.55vasc__there's at least three of them it seems or four
05:51.59brlcadsee existing docs for the other converters for examples, but you will likely need to get into more detail since yours is incomplete and the incomplete pieces need to be itemized/explained
05:52.11vasc__it also has these void pointers
05:52.18vasc__and then i don't know what's inside. it's like fishing
05:52.30brlcadtwo that matter most
05:52.41brlcadvolume mode (solid) and plate mode (non-solid)
05:53.02vasc__yeah but the internal storage varies a lot
05:53.24gurwinderbrlcad: ok, I have to explain that what is required for them? I think I should be in future scope? Right?/
05:54.04vasc__i need to at least put some checks so it doesn't try to build bots it should try to build
05:54.28vasc__doing it correct will take more time. not in this timeline .
05:54.31vasc__the work timeline
05:54.38brlcadfor both types, you probably only need to be concerned with faces and verticies unless you really want to get into the detilas
05:54.50vasc__yeah i was trying to get that
05:54.55vasc__but they are stored in that format
05:55.00vasc__for doing badouel
05:55.15brlcadwithout boolean weaving, the different types don't matter so much, just need the tris and find a hit
05:55.23vasc__that's what i'm doing
05:57.35brlcadwhat void pointers were you referring to?  the only one I'm aware of is the opaque one adrt uses for it's accel structure
05:57.44brlcadthe data in rt_bot_internal is all typed
06:02.50gurwinderbrlcad: I found http://brlcad.org/wiki/Doxygen should I follow this or I have to make separate documentation.
06:02.53gurwinder?
06:04.11vasc__i'm trying to read st_spec
06:06.18brlcadgurwinder: doxygen is for commenting code -- you can and should comment your code where it will help to explain things, but that is not user documentation
08:25.49*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
08:25.49*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
10:01.53starseekerblinks - getting an error on pcbsd for release build - undefined reference to encode_morton3
10:04.11*** join/#brlcad konrado (~konro@41.205.22.49)
10:16.23Notify03BRL-CAD:starseeker * 66047 brlcad/trunk/src/librt/cut.c: The inline on encode_morton3 seems to cause problems with clang on PCBSD 10 when doing a release build...
10:39.38Notify03BRL-CAD:starseeker * 66048 (brlcad/trunk/misc/CMake/LEMON_Util.cmake brlcad/trunk/misc/CMake/PERPLEX_Util.cmake and 6 others): Go with PATH instead of DIRECTORY, since we aren't yet requiring CMake > 2.8.11
10:53.59starseekerscowls - xml build is busted on Haiku
10:56.25starseeker*and* the tcl build
11:56.26starseekerand libbu
11:56.30starseekergrumble
12:01.11*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:13.31d_rossbergdracarys983: why do you want to add the _unused_ variables to current_state?
12:14.25d_rossbergshouldn't be the unused ones removed and the used be added to current_state?
12:35.51Notify03BRL-CAD:carlmoore * 66049 brlcad/trunk/src/librt/cut.c: remove trailing white space
12:39.33*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
13:04.31*** join/#brlcad shaina (~shaina@117.199.84.229)
13:30.26*** join/#brlcad sofat (~androirc@202.164.45.212)
13:34.38brlcadstarseeker: undefined reference from what file?
13:35.17brlcadI don't see encode_morton3 being used anywhere, static inline may be better
13:50.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:52.01brlcadstarseeker: give that a go on pcbsd
13:52.02Notify03BRL-CAD:brlcad * 66050 brlcad/trunk/src/librt/cut.c: try making the duo static inline. suspect the inline cmake test needs adjustment.
14:41.17*** join/#brlcad sofat (~androirc@202.164.45.200)
14:47.14*** join/#brlcad smile (~smile@202.164.45.212)
14:49.41sofat``Erik, Hello
14:49.57sofatI need your help regarding permissions please reply me
15:13.47*** join/#brlcad vasc (~vasc@bl13-115-211.dsl.telepac.pt)
15:23.02*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
15:25.10*** join/#brlcad gurwinder (~chatzilla@117.212.48.236)
15:49.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:11.55Notify03BRL-CAD:vasco_costa * 66051 (brlcad/branches/opencl/include/rt/primitives/bot.h brlcad/branches/opencl/src/librt/primitives/bot/bot.c and 2 others): process ocl triangle data on prep. solves a lot of headaches.
16:21.50*** join/#brlcad sofat (~smile@202.164.45.212)
16:34.56*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-sgtbhjewnqumxwqa)
16:43.57*** join/#brlcad smile (~smile@202.164.45.212)
16:47.32*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
16:51.18Notify03BRL-CAD:vasco_costa * 66052 brlcad/branches/opencl/src/librt/cut.c: if bvh treelet nodes are too small and sah fails just cut along the middle of the list.
16:52.23Straguswonders how traversal cost heuristics could fail
16:52.37*** join/#brlcad sofat_ (~androirc@202.164.45.212)
17:01.39*** join/#brlcad Izakey (~Izakey@41.205.22.25)
17:09.12Notify03BRL-CAD:vasco_costa * 66053 (brlcad/branches/opencl/include/rt/space_partition.h brlcad/branches/opencl/src/librt/cut.c brlcad/branches/opencl/src/librt/primitives/bot/bot.c): remove some redundant message.
17:16.24*** join/#brlcad sofat (~smile@202.164.45.208)
17:37.53Notify03BRL-CAD:carlmoore * 66054 brlcad/trunk/src/conv/iges/extrudcon.c: set ellipse = 1 at INITIALIZATION
17:41.03*** join/#brlcad sofat_ (~androirc@202.164.45.212)
17:43.48Notify03BRL-CAD:vasco_costa * 66055 (brlcad/branches/opencl/include/rt/primitives/bot.h brlcad/branches/opencl/src/librt/primitives/bot/bot.c brlcad/branches/opencl/src/librt/primitives/bot/bot_shot.cl): handle clockwise oriented triangles.
17:57.54*** part/#brlcad Ch3ck_ (~Ch3ck@154.70.110.205)
18:01.02*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
18:14.22sofatstarseeker, i have submitted two patches please accept it. ticket no 411,413
18:46.02*** join/#brlcad sofat (~smile@202.164.45.212)
19:19.53*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.234.156)
19:25.59*** join/#brlcad smile_ (~smile@202.164.45.212)
19:43.28*** join/#brlcad bhollister (~brad@2601:647:cb01:9750:71b5:2c08:31db:9bd8)
19:52.01Notify03BRL-CAD:dhoward * 66056 (brlcad/trunk/src/other/PoissonRecon/CMakeLists.txt brlcad/trunk/src/other/PoissonRecon/Src/Array.h and 11 others): * Broke SPR.h/cpp into multiple functions as to make it a more suitable API fora library and in the hopes to replace code inside the PoissonRecon.cpp Execute functionto use a common code base.* Added an 'inline' keywaird to many of the functions in the '.inl' files to fix
19:52.03Notifysomemultiple definitions compile errors.* PoissonRecon_new.cpp is my 1st attempt to replace the code in the Execute functionwith a call to functions to do the processing. I could not get the code to compilewhen including 'SPR.h' so I copied some of the code in the 'SPR.h/cpp' in here andwas going to get back to the compile issues later.
19:52.05Notify...
19:56.21Notify03BRL-CAD:starseeker * 66057 (brlcad/trunk/src/libanalyze/raydiff.c brlcad/trunk/src/librt/primitives/brep/brep.cpp brlcad/trunk/src/librt/primitives/tgc/tgc.c): Enable parallel prep for raydiff - have to comment out some bu_logging in librt though, or we get Tk_FreeGC segfaults stemming from gui_output.c in src/mged/cmd.c:42
20:19.03Notify03BRL-CAD:starseeker * 66058 (brlcad/trunk/src/libanalyze/raydiff.c brlcad/trunk/src/librt/primitives/brep/brep.cpp brlcad/trunk/src/librt/primitives/tgc/tgc.c): Disable parallel prep for raydiff - still getting problems.
20:22.49Notify03BRL-CAD:starseeker * 66059 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Make a first stab at using entry/exit offsets in addition to gaps.
20:33.22*** join/#brlcad sofat (~smile@202.164.45.212)
20:43.53*** join/#brlcad sofat (~smile@202.164.45.212)
20:48.48Notify03BRL-CAD Wiki:Konrado DJ * 9433 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 20 AUGUST 2015 */
20:50.16*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
20:55.45Notify03BRL-CAD:vasco_costa * 66060 (brlcad/branches/opencl/include/rt/primitives/bot.h brlcad/branches/opencl/src/librt/primitives/bot/bot.c brlcad/branches/opencl/src/librt/primitives/bot/bot_shot.cl): add support for triangle normals (untested).
20:58.15vascwell i think i fixed all the bugs in the triangles i could find
20:58.18vascexcept the normals
20:58.24vascthose sometimes are ok sometimes aren't
20:58.31vascits probably coz of the modes
20:59.24Notify03BRL-CAD:vasco_costa * 66061 (brlcad/branches/opencl/misc/CMake/LEMON_Util.cmake brlcad/branches/opencl/misc/CMake/PERPLEX_Util.cmake and 26 others): merge from trunk.
21:10.11*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:10.55vascokay
21:11.01Notify03BRL-CAD:vasco_costa * 66062 (brlcad/trunk/include/rt/primitives/bot.h brlcad/trunk/include/rt/shoot.h and 12 others): fix bugs in ocl bot triangle data parsing. add ocl gamma correction and haze. fix a bug in hlbvh construction in certain edge cases were the primitive bounding boxes are empty. experimental ocl bot triangle normal support. phong shading lighting model.
21:11.05vascmost of the major crash bugs seem to be solved now
21:11.16vascthe normals can sometimes look screwed up in the bot
21:11.19vascbut otherwise its ok
21:11.54vascused to be you never knew when you would get a crash with loading a bot
21:35.33brlcadcool!
21:39.58ih8sum3rbrlcad: Are you free can we talk?
21:41.11kanzureask your question
21:41.59Notify03BRL-CAD Wiki:Vasco.costa * 9434 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
21:42.31ih8sum3rI'm facing problem while making vagrant up on server. Error : "http://paste.ubuntu.com/12137973/". I have tested things locally in virtualbox. I think we have VMware that is why I got this error. I am right?
21:43.33Notify03BRL-CAD Wiki:Vasco.costa * 9435 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
21:44.00ih8sum3rShould I run vagrant up provider command on server and test it?
21:44.57Notify03BRL-CAD Wiki:Vasco.costa * 9436 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
21:45.57Notify03BRL-CAD Wiki:Vasco.costa * 9437 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
21:57.17vascis the any way to make rt only do firsts hit tracing without csg? so i can do comparative testing
22:05.57Notify03BRL-CAD:carlmoore * 66063 brlcad/trunk/src/librt/screened_poisson.cpp: fix spelling although this is dead code
22:18.46brlcadih8sum3r: that error is not because of vmware vs virtualbox
22:18.56brlcadit says right there in the message that those are both viable providers
22:19.11brlcadand that the problem is no provider was found
22:20.30ih8sum3rso for that do we need to install anything like virtualbox?
22:22.03ih8sum3rbrlcad: My ssh stopped again, Somehow day before yesterday Erik solved it but now I'm facing the same.
22:23.07brlcadvasc: the default is to stop on the first hit, but I don't think there's a way to skip boolean evaluation
22:24.24brlcadih8sum3r: virtualbox or vmware or hyper-v must be installed for vagrant to work ... as the message says, it requires a "provider"
22:25.15brlcadi'm not sure why you're using vagrant, though -- it's not strictly necessary
22:26.37brlcadvirtualbox-ose is installed on our server
22:27.11ih8sum3rIt's the easy way to up virtual machine direct from command line. Instead of running so many command to make it up and destroy we need two commands. Vagrant up to load machine and vagrant destroy to shut it down.
22:31.10brlcadwell it's only easier when it works and you're not stuck misunderstanding the very first error message :)
22:33.44ih8sum3rYah you right. Actually on ubuntu it worked within a matter of minutes so I think I have to choose this to make it up. But now that error :-/.
22:34.53brlcadyou should be following a tutorial like this one: https://www.howtoforge.com/vboxheadless-running-virtual-machines-with-virtualbox-4.2-on-a-headless-ubuntu-12.10-server
22:35.19brlcadassuming you install virtualbox correctly, you start from step 3.1 to create you VM
22:35.53brlcadthen simply run VBoxHeadless to start it
22:36.25vasci guess i can always hit it with the nerf bat later
22:36.29ih8sum3rI haven't checked this one. Let me go through it.
22:36.45vasci just wanted to get a grasp for the speed difference when i do some benchmarking
22:37.04brlcadih8sum3r: if you have a .ovf, you can just import the config
22:37.04ih8sum3rdefinitely make it up.
22:37.34ih8sum3rYah I have .ova file of ubuntu and it's about 860MB I think.
22:37.53brlcadih8sum3r: an ova is not an ovf
22:38.10vascand i also need to use some of your tools to convert csg to triangle meshes
22:38.17vascof implicits
22:38.40vascbut we can do that later
22:39.03brlcadmost of the exporters will convert as will the facetize command in mged
22:39.17brlcadthe robustness of that conversion is highly dependent on the model
22:39.22brlcadand tolerance settings
22:39.35brlcadblack magic and dragons abound
22:40.01brlcad90% should convert without issue
22:40.07brlcadwith default settings
22:41.09ih8sum3rOkay understand what's the difference between both the files. Okay let me work on tutorial you provide me and little experiment with .ovf. Will report you when done.
22:41.21brlcadih8sum3r: you may be able to import an ova, but you'll have to read the docs on the vboxmanage command
22:41.38vasci just want to convince people why to use csg and implicits instead of triangles or whatever
22:41.49vascand when
22:41.52vascand when not to
22:41.55brlcadhttp://www.virtualbox.org/manual/ch08.html
22:42.29brlcadvasc: that's a very complex topic in itself
22:42.56brlcadmany variables, some subjective unless the reader can quantify their sensitivity requirements (most cannot)
22:43.58vasci have my own views. more compact format. more accurate results.
22:43.58brlcadif you take a single sphere, for example, and simply try to match pixel-for-pixel, it'll require approximately 1M triangles at 512x512 resolution
22:44.05vascexactly
22:44.15vascbut then someone will ask: i seldom want to display only spheres
22:44.19vasci want real models here
22:44.29vascso that's when you get the CAD stuff out
22:44.38brlcadthey seldom need pixel-matching results too, though
22:45.11brlcadthey may be happy with the 100 triangle approximation that is wildly inaccurate and incurs a 10% mass loss
22:45.49brlcadusually, it's somewhere in between based on other extrinsic factors
22:46.18ih8sum3rbrlcad: Can I get a commit access for OGV branch? If possible.
22:46.20brlcadthis is literally one of our primary domains of study
22:47.55brlcadall I'm suggesting is that you can't convince without dictating some metric (like volume/mass loss or matching pixels at some resolution)
22:48.28brlcadnot that convincing is our business, maybe your mission ;)
22:48.49brlcadI'd rather lay the facts out and have a quality slider that lets them explore the impact
22:49.56brlcadih8sum3r: have you discussed with those that have been merging your work?  
22:50.10brlcadI don't really need to be in the loop there
22:51.02ih8sum3rNot yet, but the thing is like this branches that had merged before produce so many merge conflicts.
22:51.32ih8sum3rI spend approximately 1.5 weeks to solve each and every thing to back it to normal state.
22:52.01ih8sum3rbut now shubham send PR and in that PR again approximately same merge conflicts as far as I can see
22:52.33brlcadvasc: in CAD it's far more expensive to create the model in the first place ... and repair it every time it undergoes a format or file conversion -- most want the CAD system to work with the data they have as faithfully as possible without incurring a lossy transform
22:52.36ih8sum3rso if that PR accept and merged all my hard-work in vain again.
22:52.47ih8sum3rs / accept/ accpeted
22:52.52brlcadthis is exactly why we focus on being an agnostic hybrid system
22:53.27brlcadih8sum3r: you should be discussing that with shubham
22:53.46brlcadif there's a different merge strategy he should be using, or perhaps a different branching strategy you need to be using
22:53.57brlcadsomewhere there is a failure in communication or coordination
22:54.14vasci had a lot of issues
22:54.20vascuntil i read this page
22:54.38vaschttp://svnbook.red-bean.com/en/1.7/svn.branchmerge.basicmerging.html
22:54.51brlcadvasc: they're on the git repo
22:55.07vasco
22:55.09vasch
22:55.24vascwell my advice is always run update all the time
22:55.25brlcadso yeah, it's kind of funny... someone is doing something wrong ;)
22:55.47vascand talk to each other to avoid writing in the exact same places
22:56.07brlcadthat is true for any repo, sync / up / pull frequently ;)
22:56.35ih8sum3rbrlcad: Right now in GSoC2015-merged branch everything is perfect works perfectly. But if that PR merged with it black magic will happen :D.
22:56.37vascthe earlier you run update usually the less costly the merge is
22:56.47ih8sum3rI told him to pull my work and make changes.
22:56.47vascand you should commit often too
22:56.59ih8sum3rSeems he's quite busy in college stuff
22:57.01brlcadih8sum3r: just because everything is fine on your branch doesn't mean the branch is fine
22:57.37brlcadyou could have branched off the wrong point and need to rebase, you could have rebased incorrectly at some point, the merger could be merging off a bad PR, ...
22:58.09``Erik"works for me" *punches out and heads out on vacation* :D *duck*
22:58.34brlcaddid you manually examine your PR to make sure all the commits and changes it's proposing are correct?
22:59.29``Erikdid sofats permission stuff get sorted out?
22:59.34``Erikbrlcad: how was siggraph?
22:59.36brlcadif so, you should be able to check out master and try to merge your PR, see if you get conflicts
23:00.10ih8sum3rOkay let me check it.
23:00.11brlcad``Erik: I don't know what you're talking about and fantastic
23:00.34brlcadlots of cool things, may try to summarize to the list
23:01.08brlcadgsoc ends tomorrow, though, which will mean a busy busy day :)
23:03.37brlcadonly downside was ton roosendaal gave me his cold on the last day, finally starting to get over it
23:05.23brlcadthat's what I get for trying to collaborate with those dirty blender folks
23:05.42brlcadjust kidding, they're good peoples :)
23:17.55vascnow i get why the normals are screwed.
23:18.00vascthe triangles aren't oriented ccws
23:18.36vascbot supports triangles in ccw, cw and UNORDERED order
23:18.39vascgreat uh?
23:18.58*** join/#brlcad merzo (~merzo@202-41-133-95.pool.ukrtel.net)
23:19.45vascthat blender guy seemed interesting when i saw him
23:19.50vascquite active chap
23:32.40vascso
23:59.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:59.49Notify03BRL-CAD:vasco_costa * 66064 (brlcad/branches/opencl/src/librt/primitives/bot/bot.c brlcad/branches/opencl/src/librt/primitives/bot/bot_shot.cl): handle in ocl UNORIENTED, CW, and CCW triangles so the normals look ok.
IRC log for #brlcad on 20150821

IRC log for #brlcad on 20150821

00:05.45Notify03BRL-CAD:vasco_costa * 66065 (brlcad/branches/opencl/src/librt/screened_poisson.cpp Property Changed: and 2 others): merge from trunk.
00:08.33vascokay
00:08.39Notify03BRL-CAD:vasco_costa * 66066 (brlcad/trunk/src/librt/primitives/bot/bot.c brlcad/trunk/src/librt/primitives/bot/bot_shot.cl and 3 others): handle UNORDERED, CW, and CCW triangle point order in ocl bot. fixes normals.
00:08.41vascwe should have bugfree (TM) bots now
00:10.09Notify03BRL-CAD Wiki:Vasco.costa * 9438 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
00:10.09vascbot is really overengineered....
00:10.12vascits a tour de force
00:10.34vascdidn't even add the plate and solid mode stuff
00:10.40vasci don't i won't either
00:11.04vascthat's for when CSG booleans actually work
00:11.27vascunless we use it for transparent rendering or something like that
00:11.35vaschmmmm
00:11.39vasctransparent rendering...
00:11.52vasci see those in ballistics a lot
00:12.07vascis it just one ray without deviations?
00:12.48vascsince we already have all the hit points, using some sort of accumulation color buffer shouldn't be an issue
00:13.13vaschm problem is if going from eye to scene isn't a problem
00:13.29vascah whatever
00:13.54vasci'll try hacking something
00:21.04starseekerhah - llvm is now a non-profit
00:28.23Notify03BRL-CAD:starseeker * 66067 brlcad/trunk/doc/docbook/CMakeLists.txt: Apply patch 411 from Hitesh Sofat
00:29.29Notify03BRL-CAD:starseeker * 66068 (brlcad/trunk/doc/docbook/resources/brlcad/presentation.xsl.in brlcad/trunk/doc/docbook/resources/brlcad/wordpress.xsl.in): Apply patch 413 from Hitesh Sofat - stylesheet updates
00:30.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:30.07starseekerbhollister: responded about patch - shouldn't need major changes, just don't want to introduce new struct into public libbn header if we don't need to
00:30.34Notify03BRL-CAD Wiki:Bhollister * 9439 /wiki/User:Bhollister/DevLogAug2015: /* Thurs, August 20, 2015 */
00:32.32Notify03BRL-CAD Wiki:Bhollister * 9440 /wiki/User:Bhollister/DevLogAug2015: /* Thurs, August 20, 2015 */
00:33.41Notify03BRL-CAD Wiki:Bhollister * 9441 /wiki/User:Bhollister/DevLogAug2015: /* Thurs, August 20, 2015 */
00:41.23Notify03BRL-CAD:starseeker * 66069 brlcad/trunk/src/libbu/malloc.c: If we don't have sys/shm.h, bu_shmget has a bunch of unused params.
00:41.31Notify03BRL-CAD Wiki:Bhollister * 9442 /wiki/User:Bhollister/DevLogAug2015: /* Thurs, August 20, 2015 */
00:50.27Notify03BRL-CAD Wiki:Bhollister * 9443 /wiki/User:Bhollister/DevLogAug2015: /* Thurs, August 20, 2015 */
00:51.25bhollister2starseeker: patch 412 and 414 have been submitted and tested on my local system.
00:52.00starseekerbhollister2: sounds good
00:52.28starseekeris step-g still not working?  seems to build here for me from trunk...
00:52.51bhollister2yep. i caught the build error. documented in my devlog entry today
00:53.05starseekerdid you see my comment on 412?
00:53.45bhollister2yes. i'll take care of that first thing tomorrow.
00:53.56starseekercool - is 414 independent of it?
00:55.43bhollister2yes.
00:55.43Notify03BRL-CAD Wiki:Bhollister * 9444 /wiki/User:Bhollister/DevLogAug2015: /* Thurs, August 20, 2015 */
00:56.16Notify03BRL-CAD:starseeker * 66070 brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/tinycthread.h: noreturn attribute doesn't play nice on Haiku at the moment
01:03.32Notify03BRL-CAD:starseeker * 66071 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libged/nmg.c): Add patch 414 from Brad Hollister - nmg make V subcommand.
01:11.53starseekerweird haiku build error in librt:  http://paste.lisp.org/display/153969
01:11.54*** join/#brlcad vasc__ (~vasc@bl13-127-140.dsl.telepac.pt)
03:46.22*** join/#brlcad gurwinder (~chatzilla@117.199.103.236)
04:41.55Notify03BRL-CAD Wiki:Bhollister * 9445 /wiki/User:Bhollister/DevLogAug2015: /* Thurs, August 20, 2015 */
04:44.09*** join/#brlcad shaina (~shaina@61.0.202.163)
04:55.18Notify03BRL-CAD Wiki:Bhollister * 9446 /wiki/MGED_CMD_nmg: /* Proposed subcommands */
04:58.12Notify03BRL-CAD Wiki:Bhollister * 9447 /wiki/MGED_CMD_nmg:
05:11.56*** join/#brlcad merzo (~merzo@5-58-133-95.pool.ukrtel.net)
07:54.13Notify03BRL-CAD Wiki:94.199.122.171 * 9448 /wiki/ARL_Technical_Reports: remove spam
08:49.59*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:49.09*** join/#brlcad konrado (~konro@41.205.22.22)
11:53.53*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:29.17*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
13:31.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:32.30*** join/#brlcad sofat (~androirc@202.164.45.212)
13:37.56*** join/#brlcad smile (~smile@202.164.45.208)
13:45.41``Erikgcc moving to git
13:47.52*** join/#brlcad shaina (~shaina@117.214.242.244)
13:49.04Notify03BRL-CAD:carlmoore * 66072 (brlcad/trunk/doc/docbook/resources/brlcad/wordpress.xsl.in brlcad/trunk/src/rt/do.c): remove trailing white space
14:04.44*** join/#brlcad Guest4957 (~smile@202.164.45.208)
14:06.22*** join/#brlcad smile_ (~smile@202.164.45.204)
14:34.30*** join/#brlcad sofat (~smile@202.164.45.212)
14:40.58dracarys983d_rossberg: The latest patch : https://sourceforge.net/p/brlcad/patches/385/#6099. I will also upload the caller functions' final patch in a while.
14:48.53*** join/#brlcad sofat (~smile@202.164.45.212)
15:04.26*** join/#brlcad sofat (~smile@202.164.45.212)
15:10.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:28.19d_rossbergdracarys983: ok, thank you; but it's not likely that i can review it today
15:29.48dracarys983d_rossberg: Not a problem. I will start the documentation anyways.
15:30.02dracarys983Any inputs on what things to include in the documentation?
15:32.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:38.06sofat``Erik, I need your help
15:39.02d_rossbergdracarys983: maybe a libanalyze entry in doc/docbook/system/man3/en ?
15:39.50sofatI want to set 774 permission on some folder in my public_html
15:39.59sofatplease allow me to do this
15:44.23*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.27.197)
15:58.40*** join/#brlcad gurwinder (~chatzilla@117.214.207.115)
16:13.19*** part/#brlcad gurwinder (~chatzilla@117.214.207.115)
16:13.31*** join/#brlcad gurwinder (~chatzilla@117.214.207.115)
16:49.39*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-brxoryzcikpjyvam)
17:01.01*** join/#brlcad smile (~smile@202.164.45.212)
17:26.25``Eriksofat: why can't you do this yourself? O.o
17:28.23sofat``Erik, I need admin permission for this
17:28.39sofatIf you allow me then I do this
17:29.17sofatother wise I think If I do without your permission I think this is against the server rules .
17:29.34sofatso I need your permission
17:31.24``Erikum, you own the file, right? so you can update the permission on it...
17:31.27``Erikfile/dir
17:31.32sofatok
17:31.56sofatyes these files and folder is my
17:32.09``Erikso you can chmod them... I'd question 774, though...
17:32.27``Erikrwxrwxr-- ? would 775 be better?
17:32.35sofatyes
17:32.41sofatits better
17:32.44sofat775
17:32.47Notify03BRL-CAD Wiki:Shaina7837 * 9449 /wiki/User:Shainasabarwal/GSoC15/logs: /* 14 August */
17:33.17sofatok I will apply this permission on dir which I want
17:37.22``Eriksofat: all good?
17:38.20sofatyes
17:51.30*** join/#brlcad vasc (~vasc@bl13-127-140.dsl.telepac.pt)
17:51.57*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.44.129)
18:47.12vascah well
18:47.29vascthe funding for the molecular visualization project seems to have dried up
18:47.41vasci guess i'm in the open market right now
18:47.43vasc:-)
19:08.05vaschm, time to start organizing my rolodex
19:18.21Notify03BRL-CAD Wiki:MeShubham99 * 9450 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */
19:20.38Notify03BRL-CAD Wiki:MeShubham99 * 9451 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */
19:24.12Notify03BRL-CAD Wiki:MeShubham99 * 9452 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan:
19:26.01Notify03BRL-CAD Wiki:MeShubham99 * 9453 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */
19:36.50*** join/#brlcad sofat (~smile@202.164.45.212)
IRC log for #brlcad on 20150822

IRC log for #brlcad on 20150822

00:40.13*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
00:40.13*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
01:29.11*** join/#brlcad konrado (~konro@41.205.22.40)
02:04.01Notify03BRL-CAD Wiki:Bhollister * 9457 /wiki/User:Bhollister/DevLogAug2015: /* Fri, August 21, 2015 FIRM PENCILS DOWN */
03:56.02*** join/#brlcad vasc (~vasc@bl13-127-140.dsl.telepac.pt)
08:13.02*** join/#brlcad konrado (~konro@41.205.22.50)
10:02.28*** join/#brlcad shaina (~shaina@117.215.227.29)
11:16.43*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.27.215)
14:19.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:20.29*** join/#brlcad vasco_ (~vasco@bl13-123-134.dsl.telepac.pt)
14:22.20*** join/#brlcad vasc_ (~vasc@bl13-123-134.dsl.telepac.pt)
14:34.07*** join/#brlcad vasco_ (~vasco@bl13-123-134.dsl.telepac.pt)
14:34.55*** join/#brlcad vasco_ (~vasco@bl13-123-134.dsl.telepac.pt)
14:35.50*** join/#brlcad vasc (~vasc@bl13-123-134.dsl.telepac.pt)
14:35.58*** join/#brlcad vasc (~vasc@bl13-123-134.dsl.telepac.pt)
14:57.58*** join/#brlcad Guest96335 (~smile@202.164.45.204)
15:16.51*** join/#brlcad Guest96335 (~smile@202.164.45.208)
16:11.22*** join/#brlcad konrado (~konro@41.205.22.10)
17:08.01*** join/#brlcad vasc (~vasc@bl13-123-134.dsl.telepac.pt)
17:09.56*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145)
17:11.20*** join/#brlcad Izakey (~Izakey@41.205.22.56)
17:15.44*** join/#brlcad smile (~smile@202.164.45.212)
17:21.55*** join/#brlcad konrado (~konro@41.205.22.6)
17:28.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:21.13*** join/#brlcad smile_ (~smile@202.164.45.212)
18:48.09*** join/#brlcad vasc (~vasc@bl13-123-134.dsl.telepac.pt)
19:34.33*** join/#brlcad tstark (~tstark@198.244.105.54)
19:34.37tstarkyola
19:48.07*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yvemdxozukbrstsa)
20:09.19*** join/#brlcad bhollister (~brad@2601:647:cb01:9750:697a:bb87:ae35:1fc0)
20:43.12*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.19.177)
20:50.02*** join/#brlcad smile_ (~smile@202.164.45.208)
21:04.36*** join/#brlcad vasc (~vasc@bl12-48-64.dsl.telepac.pt)
21:06.51*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
22:01.02*** join/#brlcad Shubham (6719e702@gateway/web/freenode/ip.103.25.231.2)
22:04.35tstarkyo
22:04.42tstarkHi Shubha
22:48.36*** join/#brlcad smile_ (~smile@202.164.45.212)
23:07.59vascCMake Warning at CMakeLists.txt:154 (_message):
23:07.59vasc<PROTECTED>
23:07.59vasc<PROTECTED>
23:07.59vasc<PROTECTED>
23:07.59vasc<PROTECTED>
23:07.59vasc<PROTECTED>
23:08.01vascCall Stack (most recent call first):
23:08.03vasc<PROTECTED>
23:08.05vasc<PROTECTED>
23:08.07vascbah
23:08.09vascbut it still compiles fine
23:16.59*** join/#brlcad konrado (~konro@41.205.22.15)
IRC log for #brlcad on 20150823

IRC log for #brlcad on 20150823

01:42.22*** join/#brlcad konrado (~konro@41.205.22.29)
01:42.52*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
01:54.26*** join/#brlcad bhollister1 (~brad_h@2601:647:cb01:9750:14aa:37ac:da65:313d)
03:40.30Notify03BRL-CAD Wiki:Bhollister * 9458 /wiki/MGED_CMD_nmg:
03:44.46Notify03BRL-CAD Wiki:Bhollister * 9459 /wiki/User:Bhollister/DevLogAug2015: /* Sat, August 22, 2015 */
03:45.40Notify03BRL-CAD Wiki:Bhollister * 9460 /wiki/User:Bhollister/DevLogAug2015:
03:48.27bhollister1starseeker: patch 412 has been updated. 415 is now submitted.
11:43.08*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-jxvjlvmxuctpemxt)
12:04.53*** join/#brlcad vasc (~vasc@bl12-48-64.dsl.telepac.pt)
13:23.29*** join/#brlcad konrado (~konro@41.205.22.24)
13:32.31*** join/#brlcad smile (~smile@202.164.45.212)
16:15.23*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-njmsrodtehoyqowb)
16:53.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:35.17*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-segxzsxcqxaxmofg)
17:51.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:27.59*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145)
19:23.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:43.03*** join/#brlcad sofat (~smile@202.164.45.212)
20:08.02*** join/#brlcad smile (~smile@202.164.45.212)
21:27.33*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145)
22:01.33*** join/#brlcad konrado (~konro@41.205.22.43)
IRC log for #brlcad on 20150824

IRC log for #brlcad on 20150824

00:47.29*** join/#brlcad konrado (~konro@41.205.22.16)
00:56.49*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
01:20.47*** join/#brlcad konrado (~konro@41.205.22.9)
02:49.40*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
02:58.29*** join/#brlcad gurwinder (~chatzilla@59.91.238.101)
03:16.26*** join/#brlcad bhollister (~brad@2600:1010:b028:b7a8:e9a2:b47d:d978:fe5c)
03:27.03*** join/#brlcad gurwinder (~chatzilla@59.91.238.101)
04:09.08*** join/#brlcad sofat (~smile@202.164.45.206)
05:00.02*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-uanmiquecxttkyod)
05:28.01*** join/#brlcad bhollister (~brad@2601:647:cb01:9750:e9a2:b47d:d978:fe5c)
05:53.53*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
07:27.52*** join/#brlcad merzo (~merzo@81.0.78.74)
08:11.38*** join/#brlcad Izakey (~Izakey@41.205.22.60)
08:48.22*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.132)
09:42.16*** join/#brlcad cox (~quassel@188.226.208.53)
12:50.39*** join/#brlcad konrado (~konro@41.205.22.54)
13:21.29*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145)
13:23.14*** join/#brlcad vasc (~vasc@bl7-124-166.dsl.telepac.pt)
13:36.22*** join/#brlcad bhollister (~brad@2601:647:cb01:9750:e9a2:b47d:d978:fe5c)
13:49.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:56.37*** join/#brlcad Izakey (~Izakey@154.70.99.132)
15:03.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:39.10*** join/#brlcad gurwinder (~chatzilla@59.91.238.101)
15:57.50*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145)
16:04.02*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145)
16:25.40*** join/#brlcad sofat (~sofat@101.213.241.63)
17:17.05*** join/#brlcad sofat (~sofat@101.213.241.63)
18:46.10*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:05.26*** join/#brlcad Boquete (~piotr@bvv142.neoplus.adsl.tpnet.pl)
19:05.28BoqueteHello
19:06.05BoqueteHave questions about GCI 2015. Is BRL CAD going to start this year too?
19:21.30*** join/#brlcad konrado (~konro@41.205.22.63)
19:46.50*** join/#brlcad sofat (~sofat@101.208.217.34)
20:58.23*** join/#brlcad saltan (~lieven@81.83.2.132)
20:59.04*** part/#brlcad saltan (~lieven@81.83.2.132)
21:45.33*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145)
23:10.20*** join/#brlcad konrado (~konro@41.205.22.36)
23:10.51*** part/#brlcad konrado (~konro@41.205.22.36)
23:31.58maths22Do we think we can easily fix this compilation error: http://brlcad.org/CDash/viewBuildError.php?type=1&buildid=193
23:58.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150825

IRC log for #brlcad on 20150825

00:25.53vascoh
00:26.01vascso its supposed to be @param foo baz
00:26.06vascand not @param foo
00:26.08vascgreat
03:21.51*** join/#brlcad gurwinder (~chatzilla@117.220.144.160)
03:29.36*** part/#brlcad gurwinder (~chatzilla@117.220.144.160)
03:29.44*** join/#brlcad gurwinder (~chatzilla@117.220.144.160)
03:30.48gurwinderbrlcad: I'm working on documentation in xml. You told me to take example of obj-g and g-obj
03:32.08gurwinderit have Synopsis, DESCRIPTION, OPTIONS and EXAMPLES
03:32.43gurwinderbrlcad: I have to wright these only?
05:42.51*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
05:42.51*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
06:10.53*** join/#brlcad Izakey (~Izakey@41.205.22.61)
06:20.03*** join/#brlcad bhollister (~brad@2601:647:cb01:9750:291b:d142:be4a:d7bf)
06:50.42*** join/#brlcad bhollister (~brad@2601:647:cb01:9750:291b:d142:be4a:d7bf)
07:54.41*** join/#brlcad Boquete (~piotr@bvv142.neoplus.adsl.tpnet.pl)
08:40.46*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
08:40.57*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:36.39*** join/#brlcad Boquete_ (~piotr@aatd244.neoplus.adsl.tpnet.pl)
10:02.19*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
10:31.55*** join/#brlcad hackrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
11:44.24*** join/#brlcad Boquete (~piotr@acqm213.neoplus.adsl.tpnet.pl)
14:03.50*** join/#brlcad sofat (~sofat@202.164.45.212)
14:05.29*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:08.45*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.19.152)
14:17.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:26.40*** join/#brlcad Boquete (~piotr@acqm213.neoplus.adsl.tpnet.pl)
14:40.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:42.46*** join/#brlcad konrado (~konro@41.205.22.11)
14:46.52*** join/#brlcad konrado (~konro@41.205.22.27)
15:22.06*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
15:25.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:43.34sofat``Erik, I need your help
15:43.54sofatI want to set cron job on server but it not working
15:44.00sofatI use these commands
15:44.06sofatcrontab -e
15:44.31sofat0 * * * * path/to/script
15:44.45sofatstarseeker, If you know anything please help me
15:51.20*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145)
15:54.43ih8sum3r``Erik: ssh / scp again stops working on my side. Error "ssh_exchange_identification: Connection closed by remote host". Here is -vvv output : http://paste.ubuntu.com/12193280/. Please Help.
16:23.08*** join/#brlcad sofat (~sofat@202.164.45.212)
16:47.58*** join/#brlcad sofat (~sofat@202.164.45.212)
17:16.55*** part/#brlcad Ch3ck_ (~Ch3ck@41.205.19.152)
17:20.35``Eriksofat: that should work, provided the script is correct... (a lot of cron issues are due to the script depending stuff in, say, .bashrc that isn't sourced when cron executes it)
17:22.15``Erikih8sum3r: what have you done??? (nah, your IP changed, let me update the hack in /etc/hosts... try now)
17:23.04ih8sum3r``Erik: Nothing :(. Just changed my OS yesterday. Let me try.
17:23.40ih8sum3rWorking.
17:24.00ih8sum3rWhy this happening again and again with me only :-/
17:27.10``Erikcuz your isp sucks
17:27.16``Erik:)
17:27.58archivistfixed IP costs extra
17:27.59ih8sum3rPoor Airtel :-/
17:31.00ih8sum3r``Erik: I need your help, like if startvm headless on VBox and after it how do I get it's IP address i.e headless VM IP address. I checked this link http://serverfault.com/questions/540107/connect-via-ssh-to-virtualbox-guest-vm-without-knowing-ip-address. If I want learn it's IP I have to logged it into once graphically then arp -a works.
17:31.06``Erikarchivist: it's not even a static IP issue, the isp doesn't let googles nameservers do forward lookups (so the sshd paranoia bit kicks)
17:31.47ih8sum3rI am using bridged network in this.
17:31.47``Erikih8sum3r: if it's network is up, you can try something like a broadcast ping (192.168.1.255) or scan using nmap
17:32.15``Erikdoesn't know vbox, would assume it saves the vm's IP address in some file somewhere?
17:32.37sofat``Erik, my script working correct on local pc
17:32.55ih8sum3rLike I have to ping each and every IP in range 1..255
17:33.01sofatand also working correct without cron job on server
17:33.02ih8sum3rfor i in {1..255}; do ping -c 1 192.168.1.$i & done somewhat like this?
17:33.15ih8sum3rand check which ping is working :)
17:34.46sofat``Erik, If cron is gave the error the how I check this error ?
17:34.48``Erikih8sum3r: that'd be one way, broadcast would be easier/quicker (on a /24, .255 says "everyone, say hi back!")
17:35.39``Eriksofat: typically, you'd get an email from the cron daemon... try setting a cronjob with something like "/bin/date" and see what happens? this email would be sent to your server account....
17:36.30sofatok i try
17:36.58``Erikwhen you run 'alpine' or 'mutt' on the server, are these emails you've never seen?
17:39.10ih8sum3r``Erik: Is this out bz server IP : 66.118.151.70?
17:39.10sofatno i never seen
17:39.25sofatI am not using mutt or alpine
17:40.47*** join/#brlcad sofat (~sofat@202.164.45.212)
17:40.54sofat``Erik,
17:41.06sofatI am using this command under cron tab
17:41.06sofat* * * * * sh /home/nouhrasofat/brlcad/copy_document.sh >> /home/nouhrasofat/k
17:42.19sofatthis command create the k.txt file but not execute the my script
17:45.32*** join/#brlcad sofat (~sofat@202.164.45.212)
18:11.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:17.27*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
18:19.29``Eriksofat: maybe make the first (non-shebang) line of your script a simple echo? cron runs a very limited shell, maybe try running it with something like "env - /bin/sh /path/to/copy_document.sh" and see what happens?
18:19.47``Erikih8sum3r: yes, that's bz
18:22.06sofatok I am trying now
18:41.02sofat``Erik, I run this and I found this
18:41.04sofatbrlcad/copy_document.sh: svn: not found
18:41.04sofatbrlcad/copy_document.sh: 40: Syntax error: Bad for loop variable
18:45.29sofat``Erik, I run with bash /path/to/copy_document.sh and also run like this ./copy_document.sh then it working
19:02.04*** join/#brlcad Shubham (01272879@gateway/web/freenode/ip.1.39.40.121)
19:24.01sofat``Erik, what I do now .
19:24.03sofat>?
19:24.04sofat?
19:28.43sofat``Erik, I run my script on my pc like this /path/to/./script.sh but now on your how I run this  script ?
19:29.02sofatyour server
19:30.11*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
20:15.25*** join/#brlcad vasc (~vasc@bl7-124-166.dsl.telepac.pt)
20:29.40vaschey guys
20:47.44``Eriksofat: 'svn not found' probably means you're assuming /usr/local/bin is in the path and it's not... have the script update the path before doing those calls, or use full path names...
20:48.29sofat``Erik, there is my script
20:48.30sofathttps://github.com/sofathitesh/brlcad-code/blob/master/copy_document.sh
20:49.09sofatI run this script on my pc just put this code in crontab * * * * /home/sofat/mybrlcadcode/brlcad/trunk/./copy_document.sh >> /home/sofat/file
20:49.34sofatand its working fine but on your server its not working and gave me error.
20:50.15*** join/#brlcad vasc_ (~vasc@bl13-114-114.dsl.telepac.pt)
20:50.18``Erikwhat os is your pc?
20:51.57``Erik(I'm guessing linux, which likes to put third party stuff in /usr where fbsd keeps /usr for system things and puts third party stuff in /usr/local...
20:52.01``Erik)
20:52.11sofatlinux
20:52.51sofatso what I need to do for solve this problem ?
20:54.15sofat``Erik,  ?
20:54.37``Eriktowards the beginning of your script, you could do "PATH=$PATH:/usr/local/bin" and see if that works? Um, bear in mind... if you're running the job as /bin/sh, that is very much not bash.... and some programs might not behave the same on fbsd as on linux
20:55.39``Erikmight need to export the PATH bit, too...
20:56.10sofatok try this
20:56.11``Erikyou can make a cronjob that just runs "env" and see what variables are set during a normal cron run
20:58.39sofatok i make simple cron job using just env and show you output
20:59.28sofatI got this .
20:59.28sofatSHELL=/usr/local/bin/bash
20:59.29sofatTERM=xterm
20:59.29sofatSSH_CLIENT=202.164.45.212 59266 22
20:59.29sofatSSH_TTY=/dev/pts/29
20:59.29sofatUSER=nouhrasofat
20:59.30sofatENV=/home/nouhrasofat/.shrc
20:59.33sofatPAGER=more
20:59.34sofatPATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/nouhrasofat/bin
20:59.38sofatMAIL=/var/mail/nouhrasofat
20:59.40sofatBLOCKSIZE=K
20:59.42sofatPWD=/home/nouhrasofat
20:59.44sofatEDITOR=vi
20:59.46sofatSHLVL=1
20:59.48sofatHOME=/home/nouhrasofat
20:59.51sofatLOGNAME=nouhrasofat
20:59.52sofatSSH_CONNECTION=202.164.45.212 59266 66.118.151.70 22
20:59.54sofat_=/usr/bin/env
20:59.57``Erik~pastebin
20:59.58infobotA "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude.
21:00.22``Erik!notify pastebin
21:00.23NotifyA "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org. http://gist.github.com allows file attachments for large log files.
21:00.29``Erikheh
21:00.31sofatsorry
21:00.35``Erik!notify week
21:00.36NotifyBRL-CAD: vasco_costa:33, starseeker:18, carlmoore:6, brlcad:1, dhoward:1
21:00.37NotifyBRL-CAD Wiki: Vasco.costa:24, Bhollister:16, Konrado DJ:5, MeShubham99:4, 202.164.45.212:1, 94.199.122.171:1, Shaina7837:1, Deekaysharma:1
21:01.08``Erikhugs notify
21:01.09Notifyget offa me!
21:32.12BoqueteIs it bot?
21:32.32BoqueteNotify, hi
21:32.35Boquetenah it's not working
21:34.15*** join/#brlcad Mifos_ (~BOT@acqm213.neoplus.adsl.tpnet.pl)
21:34.43BoqueteForgot to rename it. :v
21:34.53BoqueteMifos_, hi
21:35.03Mifos_I've lost the context, .  Are we still on That is deep. ?
21:35.17BoqueteGo away Mifos_ you are drunk
21:35.18Mifos_OK See you later, .
21:35.40BoqueteMifos_, you know you are bot?
21:35.41Mifos_Ok I will add that fact aboutMifos me know meto my database.
21:37.21BoqueteOk turn off mifos
21:44.45*** join/#brlcad BotIRC (~BOT@acqm213.neoplus.adsl.tpnet.pl)
21:44.53BoqueteBotIRC, hwo do you love most?
21:44.53BotIRCBoquete, Brl-Cad! I love them, they are making such a amazing things!
22:15.33maths22What do people think of the menu bar here: http://beta.brlcad.org/wp/
22:20.41sofatI am facing one problem on compile time of brlcad
22:20.46sofatproblem is
22:20.47sofat<PROTECTED>
22:20.47sofat<PROTECTED>
22:21.06sofatwhat is this and How i solve this ?
22:21.23sofatstarseeker, you know please help me for this.
22:23.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:23.54sofatany body know about this ?
22:27.27maths22sofat: Can you share the context of this error using a pastebin?
22:28.37sofatmaths22, http://pastebin.com/L7y7hBQT
22:34.30maths22run "mv /home/nouhrasofat/brlcad/INSTALL.new /home/nouhrasofat/brlcad/INSTALL"
22:49.55ih8sum3rI have run following command "vboxmanage import OGV.ovf" to import OGV file in VM. It's about 15-20 minutes it still stuck at 0%... Do I need sudo to do this or is it any other problem?
23:02.52StragusThat's confusing, "import" is part of ImageMagick, OGV is a lossless audio compression format?
23:04.14StragusAh, and .ovf is... some proprietary 3d game mesh format, or so says Google
23:14.54*** join/#brlcad konrado (~konro@41.205.22.45)
23:44.29ih8sum3rActually it's an Open Virtualization Format (OVF) used in VM's
23:45.59ih8sum3r``Erik: Got this error when trying to start vm : http://paste.ubuntu.com/12195946/. Do it need sudo?
23:49.32*** join/#brlcad vasc (~vasc@bl13-114-114.dsl.telepac.pt)
23:52.35ih8sum3rvboxheadless --startvm OGV gives this : exec: /usr/local/lib/virtualbox/VBoxHeadless: Permission denied
IRC log for #brlcad on 20150826

IRC log for #brlcad on 20150826

01:37.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:06.10*** part/#brlcad vasc (~vasc@bl13-114-114.dsl.telepac.pt)
02:06.17*** join/#brlcad vasc (~vasc@bl13-114-114.dsl.telepac.pt)
04:05.28*** join/#brlcad gurwinder (~chatzilla@117.207.158.4)
04:16.25*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
06:48.26*** join/#brlcad sofat (~sofat@202.164.45.212)
07:35.07*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.110.97)
08:00.53*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:02.13*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
09:17.42*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:19.37*** join/#brlcad sofat (~sofat@202.164.45.212)
09:26.15*** join/#brlcad merzo (~merzo@92.60.189.225)
09:30.03*** join/#brlcad merzo_ (~merzo@92.60.189.225)
10:07.23*** join/#brlcad merzo (~merzo@92.60.189.225)
11:00.55*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145)
11:54.49*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:56.13*** join/#brlcad merzo_ (~merzo@92.60.189.225)
12:03.10ih8sum3r``Erik, brlcad : Can someone please up the OGV VM so that I can proceed further.
12:04.06sofat``Erik, Please help to setup my script on server so I do further work.
12:04.24*** join/#brlcad merzo (~merzo@92.60.189.225)
12:13.18*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:29.54*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.234)
13:06.22*** join/#brlcad konrado (~konro@41.205.22.21)
13:09.24*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
13:20.39*** join/#brlcad sofat (~sofat@202.164.45.212)
13:23.34*** join/#brlcad merzo (~merzo@92.60.189.225)
13:25.03*** join/#brlcad merzo (~merzo@92.60.189.225)
13:28.34*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
13:37.58*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.234)
13:39.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:41.00*** join/#brlcad sofat (~sofat@202.164.45.212)
13:47.05*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
14:31.48*** join/#brlcad Boquete (~piotr@acmb68.neoplus.adsl.tpnet.pl)
14:33.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:34.37BoqueteHello. Brl-cad will be a org. in GCI 2015?
15:00.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:35.36*** join/#brlcad gurwinder (~chatzilla@117.207.158.4)
15:39.37*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
16:14.07*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dkmhjaqkulsfnpeh)
16:14.26*** part/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145)
16:14.37*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145)
16:15.07*** part/#brlcad Ch3ck_ (~Ch3ck@154.70.99.234)
16:51.51*** join/#brlcad bhollister (~brad@2601:647:cb01:9750:48ab:85e6:9464:caa9)
16:53.43*** join/#brlcad sofat (~sofat@202.164.45.208)
17:05.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:44.50*** join/#brlcad sofat (~sofat@202.164.45.212)
17:58.13*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
18:06.44*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
18:18.17*** join/#brlcad sofat (~sofat@202.164.45.212)
18:21.44*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145)
18:45.33*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145)
18:57.06ih8sum3r``Erik, brlcad : Can someone please make OGV VM up as I'm getting permission denied error every time, so that I can proceed further.
21:00.53*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:17.34sofatstarseeker, I found this error
21:17.35sofatCMake Error: Parse error in cache file /home/nouhrasofat/brlcad/CMakeCache.txt. Offending entry: We cannot execute java
21:17.45sofatplease help me how I solve this
21:38.07*** join/#brlcad Shubham (6719e702@gateway/web/freenode/ip.103.25.231.2)
21:56.42*** join/#brlcad sofat (~androirc@49.138.143.248)
22:23.45*** join/#brlcad konrado (~konro@41.205.22.24)
22:35.14*** join/#brlcad merzo (~merzo@194-12-132-95.pool.ukrtel.net)
23:12.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:35.41*** join/#brlcad konrado (~konro@41.205.22.32)
23:39.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150827

IRC log for #brlcad on 20150827

00:21.59*** join/#brlcad konrado_ (~konro@41.205.22.58)
00:30.58*** join/#brlcad vasc (~vasc@bl12-167-49.dsl.telepac.pt)
00:31.04vascthe quartic solver is broken
00:31.20vascbn_poly_quartic_roots
00:32.13vascbecause bn_poly_quartic_roots is broken what gets called to solve the equation on a quartic when you call rt_poly_roots is actually bn_poly_findroot
00:32.19vascwhich uses Laguerre's method
00:33.04vascanyway i'll cleanup the cubic and quadric code with code i got from numerical recipes in C
00:33.16vasci'm still banging on how to do the proper quartic solver
00:35.53vaschm nevermind
00:35.57vasci found my bug :-P
01:23.19starseekervasc: IIRC, the numerical recipes in C code is not compatibly licensed
01:24.25starseekerin fact, very much NOT compatibly licensed
01:24.46starseekeri.e. not usable :-(
01:25.52vaschm
01:26.04vascwell we already in svn quadric solver uses their code
01:26.08vasckinda
01:26.16vasci can revert the cubic root one
01:26.23starseekerthe regular code or the opencl code?
01:26.35vascit's buggy anyway
01:26.39vascthe regular one
01:26.45vascit uses the same algorithm...
01:26.50vascexcept it supports imags
01:26.59starseekersame algorithm sure, but we have to stear clear of the code
01:27.33vascwhich code? i wrote it by reading the book in maths
01:27.45vasci didn't use code samples
01:28.55starseekervasc: when you say "uses their code" that has a pretty specific meaning - generally, it's not "independent implementation of mathematical algorithm"
01:28.56vascits kind of a shame. the code had less branches but it has some z-shit
01:29.20vascuh
01:29.22vascsure whatever
01:29.26vasci didn't copy c code
01:29.55starseekernods
01:30.09vaschttp://www.it.uom.gr/teaching/linearalgebra/NumericalRecipiesInC/c5-6.pdf
01:30.11vasci used this
01:30.16vascsection 5.6
01:30.37vascand then i optimized it
01:30.48vascand it seems to have a bug...
01:30.50vascmy code
01:30.53starseekerah
01:36.42vascbah
01:36.44vascrevert time
01:38.26vascit had so many less branches :-(
01:41.12vasci think its because of how B is computed
01:41.14vasci'll try something else
01:41.54vascah whatever. it ends up being the same...
01:41.55vasckind of
01:42.01StragusBRL-CAD's original C code was too branchy?
01:42.33StragusThey made sure that code was pretty accurate even in pathological cases and such, you'll have to be careful if you use new code
01:43.05vaschm
01:46.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:46.11vascgeez
01:48.25vascdamned insidious glitch
02:00.12vascduh
02:00.15vascit looks great
02:00.26vascso the problem is calling the quartic solver direct?
02:00.28vascpathetic
02:02.47vascjust in case i won't replace the cubic solver
02:06.34vascah now i see  what was the problem
02:08.04vascits some quartic that is probably close to cubic
02:08.16vascor some division issues
02:25.23vascah whatever
02:26.39vascin fact both look the same as the code in numerical recipes
02:26.49vascexcept they have a lot more tests
02:27.04vascalgorithms
02:29.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:42.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:16.39*** join/#brlcad gurwinder (~chatzilla@117.212.51.123)
04:29.57*** join/#brlcad konrado (~konro@41.205.22.45)
04:50.17*** join/#brlcad bhollister (~brad@2601:647:cb01:9750:5c7a:866:4799:eae)
06:06.59*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
07:34.53*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
09:17.01*** join/#brlcad merzo (~merzo@92.60.189.225)
09:57.59*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
10:33.43*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:49.45*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.129)
11:34.36*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145)
12:08.43*** join/#brlcad Izakey (~Isaac@41.205.22.23)
12:10.51*** join/#brlcad Boquete (~piotr@acmb68.neoplus.adsl.tpnet.pl)
12:13.13*** join/#brlcad sofat (~androirc@101.208.131.132)
12:29.56*** part/#brlcad Izakey (~Isaac@41.205.22.23)
12:33.34*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:42.25*** join/#brlcad sofat_ (~androirc@202.164.45.212)
12:44.13*** join/#brlcad merzo (~merzo@92.60.189.225)
13:02.13*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
13:22.04*** join/#brlcad vasc (~vasc@bl12-167-49.dsl.telepac.pt)
13:25.23*** join/#brlcad sofat (~androirc@101.209.194.150)
13:37.40*** join/#brlcad sofat (~androirc@101.209.194.150)
13:41.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:47.20*** join/#brlcad Boquete_ (~piotr@dwd173.neoplus.adsl.tpnet.pl)
14:06.38*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:22.10*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:25.05*** join/#brlcad sofat (~androirc@101.209.194.150)
14:30.22*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:33.10*** join/#brlcad sofat (~androirc@101.209.194.150)
14:34.54*** join/#brlcad sofat_ (~androirc@202.164.45.204)
14:46.31*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:53.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:58.26*** join/#brlcad sofat_ (~androirc@202.164.45.204)
15:03.06*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
15:03.47*** join/#brlcad sofat (~androirc@49.138.136.177)
15:03.49*** join/#brlcad konrado (~konro@41.205.22.20)
15:12.30*** join/#brlcad sofat_ (~sofat@202.164.45.208)
15:33.41*** join/#brlcad Boquete (~piotr@dwd173.neoplus.adsl.tpnet.pl)
15:34.41*** join/#brlcad sofat (~androirc@49.138.136.177)
15:46.32maths22I just compiled BRL-CAD on the Raspberry Pi 2
15:46.36maths22It works: http://brlcad.org/CDash/buildSummary.php?buildid=198
15:47.03maths22Benchmarks are decent: http://brlcad.org/~maths22/bench/run-16638-benchmark.log
15:54.37*** join/#brlcad sofat_ (~sofat@202.164.45.208)
16:01.07*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
16:09.38*** join/#brlcad sofat (~sofat@202.164.45.212)
16:14.24*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-nujuyalijwjubmio)
16:26.29ih8sum3r``Erik, brlcad : Can someone please make OGV VM up as I'm getting permission denied error every time, so that I can proceed further.
16:28.43*** join/#brlcad Boquete (~piotr@dwd173.neoplus.adsl.tpnet.pl)
17:12.34*** join/#brlcad sofat (~sofat@202.164.45.212)
17:25.33Notify03BRL-CAD:vasco_costa * 66073 (brlcad/trunk/src/librt/primitives/arb8/arb8_shot.cl brlcad/trunk/src/librt/primitives/bot/bot_shot.cl and 9 others): add ocl colors to regions. add multi-hit rendering option.
17:26.10Notify03BRL-CAD:vasco_costa * 66074 (brlcad/trunk/include/rt/defines.h brlcad/trunk/src/librt/primitives/bot/bot_shot.cl and 4 others): support doubles or floats on ocl upon compilation.
17:26.15Notify03BRL-CAD:brlcad * 66075 brlcad/trunk/src/libbu/parallel.c: need to think through this some more but keith noted projects with recursive parallels where a given child might not actually be done working, thus it should not PUT their id back marking it as available for subsequent use as it may not actually be terminating (consider a case calling recursive bu_parallels() in a loop)
17:27.06Notify03BRL-CAD:vasco_costa * 66076 (brlcad/trunk/src/librt/primitives/common.cl brlcad/trunk/src/librt/primitives/primitive_util.c brlcad/trunk/src/librt/primitives/rt.cl): fix ocl linking errors with amd ocl.
17:27.08Notify03BRL-CAD:vasco_costa * 66077 brlcad/trunk/src/librt/primitives/primitive_util.c: ocl program loading fixes.
17:27.19Notify03BRL-CAD:vasco_costa * 66078 (brlcad/trunk/src/librt/primitives/primitive_util.c brlcad/trunk/src/librt/primitives/rt.cl and 3 others): fix ocl color rendering. fix issue when rendering scene with nothing on screen.
17:27.28Notify03BRL-CAD:vasco_costa * 66079 (brlcad/trunk/src/librt/primitives/primitive_util.c brlcad/trunk/src/librt/primitives/rt.cl): fix whitespace.
17:27.30Notify03BRL-CAD:vasco_costa * 66080 brlcad/trunk/src/librt/primitives/primitive_util.c: revert improperly applied patch.
17:27.40Notify03BRL-CAD:vasco_costa * 66081 (brlcad/trunk/src/librt/primitives/bot/bot_shot.cl brlcad/trunk/src/librt/primitives/primitive_util.c brlcad/trunk/src/librt/primitives/rt.cl): ocl color fixes.
17:27.58Notify03BRL-CAD:vasco_costa * 66082 (brlcad/trunk/src/librt/cut.c brlcad/trunk/src/librt/prep.c and 6 others): improved ocl stats.
17:28.04Notify03BRL-CAD:vasco_costa * 66083 brlcad/trunk/src/librt/primitives/rt.cl: use pown since exp is int.
17:28.25Notify03BRL-CAD:brlcad * 66084 brlcad/trunk/src/other/openNURBS/opennurbs_array_defs.h: revert 65966 as casting merely makes the overflow occur silently, badness.
17:28.27Notify03BRL-CAD:brlcad * 66085 brlcad/trunk/src/other/openNURBS/opennurbs_array_defs.h: avoid signed overflow by subtracting ele_cnt from both sides of the expression. subtraction underflow is okay -- the lesser-than side of the expression goes negative and the expression remains consistent.
17:29.04Notify03BRL-CAD:vasco_costa * 66086 (brlcad/trunk/src/librt/primitives/primitive_util.c brlcad/trunk/src/librt/primitives/rt.cl): automagically set local workgroup size in ocl kernel launches. gets us like 2x speedup on GTX TITAN.
17:32.09Notify03BRL-CAD:vasco_costa * 66087 (brlcad/trunk/src/librt/primitives/ehy/ehy_shot.cl brlcad/trunk/src/librt/primitives/primitive_util.c and 3 others): use less memory to store solid ids and materials in ocl. eliminate some more branches and simplify logic in solver.
17:33.10Notify03BRL-CAD:vasco_costa * 66088 (brlcad/trunk/src/librt/primitives/common.cl brlcad/trunk/src/librt/primitives/solver.cl): eliminate branches from ocl cubic solver code. fix ocl quartic solver code.
17:33.15Notify03BRL-CAD:vasco_costa * 66089 (brlcad/trunk/src/librt/primitives/common.cl brlcad/trunk/src/librt/primitives/solver.cl): revert ocl cubic solver.
17:33.18Notify03BRL-CAD:vasco_costa * 66090 (brlcad/trunk/src/librt/primitives/tgc/tgc_shot.cl brlcad/trunk/src/librt/primitives/tor/tor_shot.cl): update ocl tor implementation to look more similar to tgc.
17:34.36Notify03BRL-CAD Wiki:85.245.48.64 * 9461 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
17:34.38Notify03BRL-CAD Wiki:85.245.48.64 * 9462 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
17:34.40Notify03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Cl_golliath.png:
17:34.42Notify03BRL-CAD Wiki:Vasco.costa * 9464 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
17:34.45Notify03BRL-CAD Wiki:Vasco.costa * 9465 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
17:34.47Notify03BRL-CAD Wiki:Vasco.costa * 9466 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
17:34.49Notify03BRL-CAD Wiki:Vasco.costa * 9467 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
17:34.52Notify03BRL-CAD Wiki:Vasco.costa * 9468 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
17:34.53Notify03BRL-CAD Wiki:Vasco.costa * 9469 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
17:34.55Notify03BRL-CAD Wiki:Vasco.costa * 9470 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
17:35.01Notify03BRL-CAD Wiki:Vasco.costa * 9471 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
17:35.01Notify03BRL-CAD Wiki:Vasco.costa * 9472 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
17:35.01Notify03BRL-CAD Wiki:Vasco.costa * 9473 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */
17:35.03Notify03BRL-CAD Wiki:Gurwinder Singh * 9474 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
17:35.05Notify03BRL-CAD Wiki:Vasco.costa * 9475 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
17:35.07Notify03BRL-CAD Wiki:Saaj brlcad * 0 /wiki/User:Saaj_brlcad:
17:35.09Notify03BRL-CAD Wiki:Einsteinjunior * 0 /wiki/User:Einsteinjunior:
17:35.11Notify03BRL-CAD Wiki:FrankBirdsong * 0 /wiki/User:FrankBirdsong:
17:35.13Notify03BRL-CAD Wiki:Vasco.costa * 9476 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */
17:35.15Notify03BRL-CAD Wiki:Vasco.costa * 9477 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
17:35.17Notify03BRL-CAD Wiki:Vasco.costa * 9478 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
17:35.19Notify03BRL-CAD Wiki:Vasco.costa * 9479 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
17:35.21Notify03BRL-CAD Wiki:Vasco.costa * 9480 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
17:35.23Notify03BRL-CAD Wiki:Gurwinder Singh * 9481 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
17:35.25Notify03BRL-CAD Wiki:Liitmyalit * 0 /wiki/User:Liitmyali:
17:35.27Notify03BRL-CAD Wiki:Gurwinder Singh * 9482 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen:
17:35.29Notify03BRL-CAD Wiki:Zeno . X . * 0 /wiki/User:Zeno_._X_.:
18:01.33*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
18:03.58*** join/#brlcad sofat (~sofat@202.164.45.212)
18:06.04sofatstarseeker, I am facing this error in resource how I solve this ".txt
18:06.05sofat<vasc> actually this is the syntax
18:06.05sofat<sofat_> ok
18:06.05sofat<vasc> iso-8859-15 is same thing as iso-8859-1 except it has the euro sign (€) in it
18:06.05sofat<sofat_> hmm
18:06.05sofat<vasc> you can use either and it should work
18:06.07sofat<vasc> prolly
18:06.09sofat<sofat_> how i tell these reasons  to brlcad
18:06.11sofat<vasc> beats me. i don't know what's his problem
18:06.13sofat<vasc> can only guess
18:06.17sofat<sofat_> ok
18:06.19sofat* Disconnected (Connection reset by peer)."
18:06.48*** join/#brlcad sofat (~sofat@202.164.45.212)
18:07.06sofat" CMake Error: Parse error in cache file /home/nouhrasofat/brlcad/CMakeCache.txt. Offending entry: We cannot execute java"
18:15.17vascok, just wasted 6 hours of my time trying to put the aila & laine renderer in our code
18:15.26vasci.e. the traversal
18:15.28vascit's SLOWER
18:16.21vaschow awfully gratifying that was
18:17.16vascso much for dynamic ray fetching
18:17.49vascjust breaking it into small tiles does the trick
18:17.58vascand its TWO lines of code
18:17.59StragusDynamic ray fetching? That sounds like a bad idea
18:18.00vascmaybe THREE
18:18.12vascnot all rays have same length right. so
18:18.29StragusThere are always academics claiming about some fancy new idea like runtime ray sorting, dynamic whatever
18:18.32vascmaybe this thread ended and you want it to pick something else before the whole workgroup finishes too
18:18.46StragusYes, and it becomes totally incoherent
18:18.51StragusTherefore, bad idea
18:22.10vascexactly
18:22.25vascwell i didn't reorder the rays in z-order first
18:22.42vascand it was almost as fast as our current code once i change some parameters
18:22.43vascalmost
18:22.51vascbut it needed PTX instructions for that
18:22.55StragusDon't believe what the papers say, and feel free to bounce ideas with me about raytracing
18:23.17vascwell it was a ... highly celebrated paper
18:23.25StragusYour coherent rays should be much faster
18:23.36StragusDo you any kind of voting before intersecting primitives?
18:23.44vasci just split the screen into 8x8 tiles and blammo
18:23.51vascno
18:24.00Stragus"At least N of all threads in warp wants to intersect, therefore we go in, otherwise wait"
18:24.03vascthat other code did that
18:24.24vasci think i'll store the patch in the bug tracker just in case
18:31.03vaschttps://sourceforge.net/p/brlcad/patches/416/
18:31.07vascin case you are interested
18:36.45vasci'm tired
18:36.58vasci want to make it even faster but other than the 8x8 subblocks i'm stumped
18:37.07vasci shrank some data structures
18:37.10vascthat was about it
18:37.18StragusAh optimization, the fun part
18:37.25Stragus(No sarcasm, I love optimization)
18:38.07StragusDid you make sure all reads/stores are coherent, if rays are also coherent?
18:38.16StragusWarp voting before intersection would be a good idea
18:38.42vascright. that OTHER patch did that
18:38.44StragusBranch merging too
18:38.54vascuses PTX instructions
18:39.03StragusYes well, without any dynamic fetch garbage
18:39.13vascthe rays are primary rays right now and i'm using 8x8 bundles
18:39.14StragusI don't think they want any assembly in there...
18:39.18vascso i would say they are coherent
18:39.39StragusWhat do the memory write patterns look like?
18:39.56vascwell we have a couple of read and write pattern issues
18:40.01StragusDoes each thread N always write results to some array[N]?
18:40.11vascthe bvh is in one piece of memory, the objects data in another
18:40.11StragusAnd not array[N*foo+something]
18:40.18vascand the image is not stored in z-order
18:40.38StragusMemory access patterns are critical for GPU optimization
18:41.01StragusAnd proper use of the shared memory, *NOT* global memory for any kind of temporary results or data
18:41.01vascthe thing is i could use a regular clImage and it would do it for me
18:41.14vascbut then we can't use that clImage data on the backend
18:41.38vascwe would have to change format from RGBA8 to RGB8DEPTHBE64
18:42.10vascunless we rewrite the whole backend
18:42.17vascwith all its multiple render targets
18:42.33*** join/#brlcad bhollister (~brad@2601:647:cb01:9750:5c7a:866:4799:eae)
18:42.34vasclike a dozen of them
18:43.44vascwell the hit point lists are in global memory right now
18:43.59StragusThere, that's a major bottleneck to fix
18:44.14StragusFar more critical than dynamic ray whatever
18:44.17vasci don't wanna change that until i figure out  which algorithm i wanna use
18:44.22vascpeeling or whatever
18:44.23StragusFair point
18:44.43vascwe need something that can do transparent rendering with multi-hits and csg too
18:44.56StragusSure
18:45.01vasci read some paper that claimed you could compute the csg incrementally using two buffers
18:45.09vascone for the in points another for the out points
18:45.19vascbut i don't remember the reference anymore :-|
18:46.04vasci think it was  10-20 years olds
18:46.38StragusProbably not useful for GPU hardware
18:47.17vascit sound like i could avoid the dual passes with that one
18:47.33vasci'm doing dual passes now
18:47.55vascone to count the required memory for the hit point lists
18:48.01vascand the other to actually store data in them
18:48.17vascwell
18:48.24vascmaybe i'll come up with something
18:48.29StragusI told you, giant static buffer of "bundles" of N hits, allocated through multiple atomics
18:48.38StragusSingle pass, pretty efficient
18:48.47vascis it
18:48.59vascit kinda doesn't pass my smell test
18:49.06StragusYou could even make the writes coherent by always allocating N hits for all rays of the warp
18:49.13vascsomething tells me i can do it incrementally with a couple of static buffers
18:49.16StragusYou don't allocate every single hit, you allocate bundles
18:50.03StragusThe other, better solution is buffering all hits in shared memory and resolving the segments right there
18:50.10vasce.g. the way i do the multi-hit transparency right
18:50.13vasci traverse in depth order
18:50.16vascand add colors up
18:50.29vascit accumulates the colors
18:51.14vascthere's nothing preventing me doing the traversal in reverse depth order... except...
18:51.24StragusReverse depth order? Why?...
18:51.34vascwell then
18:51.37vasceven then
18:51.42StragusFront-to-back is the only way that makes sense, especially if you want to be able to terminate rays early
18:51.52vascbasically that color computation is essentially a huge scan operation
18:52.32vascwhich i am doing linearly right
18:52.40vasci know scan operations like that can be done much faster
18:52.57StragusIn my raytracer's inlined callbacks, I accumulate colors in plain *registers*, then in the Final() inlined callback, I write the final color to global memory just once
18:53.18vascthat's what i'm doing now
18:53.29StragusOkay good, I understood something else
18:53.30vascbut it also means you're using a single thread to do that accumulation
18:53.42StragusEach thread accumulate its own ray, yes?...
18:53.46vascyes
18:54.20StragusI don't see where the scan operation comes in
18:54.36vaschttp://brlcad.org/w/images/7/7d/Cl_golliath.png
18:54.40vascmulti-hit goliath
18:55.08vascjust summing the color contributions along the ray points
18:55.15vasci think i'm doing something wrong there but...
18:55.27StragusCan't you do that just as hits are produced?
18:55.44vascno because its transparent
18:55.49StragusAnd?...
18:56.06vascit would have to be processed front to back
18:56.19StragusThat's not the way rays are traced?
18:56.19vascor it would look bad
18:56.28vascrays are processed recursively
18:56.31vasci trace one ray
18:56.34vaschit a surface
18:56.37vasctrace another ray
18:56.39vascand so on
18:56.43vascthen i add the contributions
18:56.52vascit does the last piece first
18:56.54vascget it
18:57.18StragusThat implies you have to buffer everything
18:57.26vascin here i'm cheating coz i'm not doing snell's law of anything
18:57.36vasci just shoot one ray and it always goes straight
18:57.38vascnyayaya
18:57.46StragusThat's what raytracers do :p
18:57.56vascnot physically based ones
18:57.57StragusIf someone wants a ray that bends direction, he'll shoot a new ray
18:58.07vascexactly
18:58.22StragusActually, my raytracer can handle a new direction vector from within the hit() callback, but let's not go there
18:58.24vascthis one goes straight through the entire scene. thought things too
18:58.29StragusRight
18:58.40vascits just to make pretty pictures
18:58.46vasckind like fake translucency
18:59.01vascactually its translucency where there is no reflected part of the ray
18:59.04vascit goes all in
18:59.17vasci mean
18:59.38vascboth angles on snell's law are the asme
18:59.41vascsame
18:59.54StragusMy multi-hits: http://www.rayforce.net/rfmultihits.png
19:00.02StragusI know what it is :p
19:00.06vasccute
19:00.31vascso do you do it back to front of what?
19:00.45vasci guess i need to read the depth peeling paper again
19:00.51StragusFront to back, hits are processed as they come, *nothing* is buffered, no memory is ever written until the end: the final pixel color
19:01.08StragusDepth peeling is terrible
19:01.17vascDepth peeling works by rendering the image multiple times.[1] The twist is that depth peeling uses two Z buffers, one that works conventionally, and one that is not modified, and sets the minimum distance at which a fragment can be drawn without being discarded. For each pass, the previous pass' conventional Z-buffer is used as the minimal Z-buffer, so each pass draws what was "behind" the previous pass. The resulting images can be combined to form
19:01.18vasc<PROTECTED>
19:01.28StragusBad, bad bad
19:01.49vascman but you can't do it front to back
19:01.51StragusTrace the rays *once*
19:01.56vascthe transparency will look wrong
19:02.01StragusNo!
19:02.18StragusFirst hit, accumulate color, reduce the ray's intensity for the following hits
19:02.26StragusLike... reduce ray intensity by 0.8 for each hit
19:02.36vaschm i see
19:03.06vasci guess i could do that
19:03.08StragusDoing it that way, you can also cut off rays when they are too "weak"
19:03.23StragusWhich is very similar to bullets shooting through geometry, they have no energy left and you can cut them off
19:04.08StragusIt is highly efficient, I'm talking about 500 million rays per second in that scene
19:04.16vascso i don't need two passes for multi-hit
19:04.17vascgreat
19:04.38StragusAbsolutely no need for multiple passes, and depth peeling is absurd
19:04.48vascnow the question is csg
19:05.19StragusRight, that is more complex. Temporary hits may have to be stored in shared memory to recompose the proper "segments", or whatever terminology is used
19:05.46vasci think they call them segments in BRL-CAD
19:05.56StragusOkay, I wasn't sure
19:05.56vasca segment has an 'in' and 'out' hit point
19:06.00StragusRight
19:06.07vascpapers call those surfels or seomthing
19:06.16vascsomething
19:10.09vaschttp://i.imgur.com/YwIBlpt.png
19:11.44StragusYou should be able to buffer and work on all that in shared memory
19:11.57StragusIf it doesn't fit, it gets a little more complicated
19:14.06vascthe problem is i don't know the size of the list
19:14.11vascits probably gonna be small but
19:14.16vascand i need that memory per thread
19:16.11StragusRight, it needs to be able to extend storage to global memory in the worst case
19:16.34StragusWhich get messy... but the vast majority of cases will be very efficient
19:46.36vaschm
19:46.39vascon second thought
19:46.53vascit still won't work
19:47.04vasclet's say i have the hit callback right
19:47.08vascit gets called on each hit
19:47.31vascunless you attenuate with distance...
19:47.35vascwas that it?
19:56.44*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
20:05.10vascany good absorbency functions?
20:05.21vasci'm trying dist, dist*dist, dist*dist+dist
20:10.23StragusThat doesn't sound right
20:10.50StragusIf you only want to register hits with surfaces, then reduce by 0.8 or so the ray's intensity every hit
20:11.45StragusIf you want to compute absorption within a material, then it's some exp() funtion
20:19.01vascthe hits won't be in order
20:20.47vasclet's say you are processing hits on a cell. the hits on the cell may be out of order
20:20.52vasceven bounding boxes can overlap
20:21.09vascso even the 2nd processed bounding box may end up having a closer hit
20:21.48*** join/#brlcad Izakey (~Izakey@41.205.22.46)
20:22.19StragusAh yes, that's the issue with objet-based partitionning
20:22.31StragusThen you have to buffer hits in shared memory and reorder
20:23.04StragusWhen you know, during the traversal, that new hits won't appear before existing hits, then you can sort the buffered hits and process them right away
20:23.04vascthe log() and pow() seem to work
20:23.29StragusUh, okay... not sure why you would need that
20:23.47StragusAbsorption through a transparent material is based on exp(), if that's what you are doing
20:24.13vascuh
20:24.15vascforget it
20:26.05vascthe exp grows too fast
20:26.23vascadjusting
20:26.48Stragusexp( -distance / opacity );  ?
20:27.03Stragushas no idea what you are doing
20:29.06vascyeah i'm trying that now
20:31.02vascit looks ok but similar to 1.0/(distance*distance) right now
20:31.32StragusWell, that isn't physically correct
20:32.30Stragusdid some of that absorption stuff in radiation raytracing for fire simulation in computational fluid dynamics
20:36.46vascwell even 1.0/dist looks ok
20:37.41vascwe use that for atmospheric attenuation in ray tracing
20:38.00vascyou just need a smooth function that falls off with distance
20:38.55Stragusexp() is the correct one
20:39.02StragusAnything else is an approximation just to look okay
20:39.12vasci guess i'll use that then
20:39.44StragusApproximate CUDA exp() is pretty fast
20:39.51StragusErr, OpenCL exp(), same thing
20:40.16vasc<PROTECTED>
20:40.16vasc<PROTECTED>
20:40.16vasc<PROTECTED>
20:40.16vasc<PROTECTED>
20:40.19vasc<PROTECTED>
20:41.45vascthat can be done cummulatively
20:41.59vascain't done now coz the callback doesn't have the data pointers to materials and stuff but can be done
20:42.07vaschttp://i.imgur.com/cu0xPXt.png
20:42.16vascvs my old one using ray-tracing method
20:42.34vaschttp://brlcad.org/w/images/7/7d/Cl_golliath.png
20:42.42vasci like old one better even if its two pass...
20:43.11StragusAlways prefer the correct method, this is physics :p
20:43.31vasclight makes rightr
20:43.50vascyou can see more detail on yours though
20:46.15vascnow the question is how to compute the opacity
20:46.17vascmaybe user slider
20:47.58vascanyway once i integrate this into one pass function
20:48.10vascthen it will work with one pass
20:48.27vascsome more trashing though
20:48.53vascto load materials and crap
20:50.18vasckewl thanks
20:50.46vascanother essential mode that doesn't need multiple passes
20:50.56StragusGood :)
20:53.57vascthe distance should probably the converted into world box coordinates or something
20:54.01vascah ewll
20:54.26vascits a matter of fudging
20:54.48vascthe attenuation needs to take into account the model
20:54.49StragusOpacity per meter should be defined somewhere
20:54.57vaschm ok
20:55.40vascnow the other question is should i only be doing this for the IN points
20:55.45vascand not the OUT points...
20:55.47vasceheh
20:55.55*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145)
20:57.04StragusOpacity is a function of distrance travelled between in and out?
20:57.18Stragusdistance* too
20:57.41vascohhhh. ... that's messed up
20:57.45vascbut not impossible actually
20:58.02StragusIf you just want to show surfaces, then accumulate all hits, reduce ray intensity every hit
20:58.15vasclike i said they aren't ordered
20:58.31Stragus[...] accumulate all sorted hits [...]
21:00.30vasci'll think about it a bit
21:01.05vascso its exp(-hit_dist*1e-3)*length_segment?
21:06.07vascthat doesn't look so good
21:14.13vascaw the first one is ok
22:01.06Stragusvasc, it's exp( -SegmentLength * opacity );
22:01.15StragusIt's  / opacity  depending on your units
22:01.47StragusIt's the energy absorption of the ray for some given distance through some opaque material
22:02.26StragusYou still need to go front-to-back and reduce the ray's energy as it traverses material, each loss of energy gives a color depending on the material
22:03.48vascgah
22:04.54vascthat bytes
22:05.00vascyou can't do that without two passes
22:05.07vascyou need an ordered list of hits
22:05.27vascbites
22:10.33vasceven with the ordered list its a pain
22:11.05vascits like you get out a primitive into air
22:11.10vascand then into a primitive again
22:11.16vascand inside a primitive that's inside another
22:11.19vascand they cross
22:11.22vascand whatever
22:13.01vascman i found this guy's phd thesis
22:13.09vasche's went overboard on the topic
22:13.11vasci'll skim it
22:13.14vasccsg
22:14.47StragusYou buffer all hits in shared memory, as soon as you know any new hit will *not* occur before existing buffered hits, you process all these hits and flush the buffer
22:15.18StragusWith the buffered hits, you can determine entry/exit points and build the segments
22:16.12*** join/#brlcad bhollister (~brad@2601:647:cb01:9750:7d54:b79d:72f2:3078)
22:17.11vascit's messed up
22:17.22vasccoz i don't know if i'll overflow until i process a primitive
22:17.31vascand if i do it in the middle i'll have to backtrack
22:17.33vascand its a mess
22:17.36vascdon't wanna do it
22:17.45vasci think there is a better option
22:17.58vascthe buffer thing
22:18.22vascbut i'm reading more
22:18.44StragusThe hit buffering can technically overflow... but darn, shoot small packets of rays with a huge static chunk of global memory to allocate on-demand, the risk is very low
22:18.46vascNear real-time CSG rendering using tree normalization and geometric pruning
22:19.02StragusAnd if it *does* happen, you break the packet into smaller bundles of rays and try again
22:19.34StragusThe good answers don't have to be in papers, you know :p
22:19.48vasc"Near real-time CSG rendering using tree normalization and geometric pruning"
22:19.51StragusThough I certainly recognize you are from academia, eh
22:19.54vascdude
22:20.02vasci had the gut feeling it could be done
22:20.14vascwith something other than storing the whole list somewhere
22:20.18vascin an incremental fashion
22:20.23vascso i searched and searched
22:20.30vascand found TWO papers that already do that
22:20.58vascit's the XXIst century. everyone is bound to have thought of a way to do it yet
22:21.02vasceven if it SUCKS
22:21.13vasc:-D
22:21.34StragusSometimes. And not everyone bothers writing papers about it, and a lot of people needs to write papers, even if filled with garbage, to fill their quotas
22:21.55vascthat too
22:22.08vascsee i have to write mine
22:22.30vasci'm just concerned if the buffering approach is prone to errors or not
22:22.36vascsuch approaches usually are
22:22.52vascso i've been reading everything else
22:23.03vascincluding this reconfigurable hardware system some japanese made in the 1970d
22:23.08vascthat bad
22:23.09StragusErrors like what?
22:23.23vascyou know like z-shit
22:23.31vascthings in wrong order
22:23.33vasccrap like thart
22:23.49StragusIf the hits don't fit in the memory allocated, you bail out, the CPU C code detects the error condition, it breaks the packet of rays into smaller independant bundles and try again
22:24.07vascman
22:24.13vascthat's like calling a syscalls
22:24.15vascfrom the gpu
22:24.22vascit's what i want to avoid
22:24.23StragusThe probability of this happening is **very** low
22:24.31vascfamous last words
22:24.43StragusBut it might still happen, so that's why you have code to handle it
22:24.45vascthat reminds me of located
22:25.24vascman if i wasn't interested in understanding the actual problem
22:25.35vascinstead of reading this phd thesis of this guy and all this crap
22:25.39StragusIf it happens just once, you know that the heuristics used for hits/ray have to be revised in this particular scene, for future raytracing operations
22:25.44vasci would just get the rossignac paper and implement that
22:26.52vascfrom what i get the rossignac paper is that goldfeather paper with more pizzaz
22:27.12vasc20 years of hindsight
22:27.32vasci'll just continue reading about csg
22:27.38vascin this hundreds of pages this
22:27.40StragusI have no idea about these papers... I just think I know both raytracing and CUDA, and I feel like I very much see what the best solution is
22:27.40vascthesis
22:28.03vasci used to want to be an historian before i went into computer engineering
22:28.10vascso i dig this stuff
22:28.14StragusEh, all right then
22:28.21vascseeing the path others have throdden and failed and so on
22:28.45StragusI don't like reading papers, it ruins the fun of figuring things out and, worst of all, it contaminates the thought process to figure out new solutions
22:33.04vascsee that's the thing
22:33.18vascthere's beauty not only in the discovery but in the travel as well
22:33.37vascit's like when i saw The Lord of the Rings in Movie form even though I already had read the books and knew the story
22:36.05StragusFor some, the travel can be sitting in front of black sheets of paper for hours, eh
22:36.11Stragusof blank* sheets
22:37.06StragusI quite enjoy that actually, sometimes the solution turns out better than the existing ones, sometimes it's already out there. But it was more fun either way
22:38.10vasci've done the opposite too
22:38.18vascstart blank sheet and work on it for 2-3 months
22:38.27vascthen i realize its all in a 15 year old paper
22:38.40vasci work on it another 2 months and its state of the art paper
22:39.01vascboth approaches are ok
22:46.16vascthat was some long 111 pages
22:46.18vascnext
22:46.57StragusHow many lines of it were interesting? :p
22:47.44vascabout 5-6 pages
22:48.15vascit was good enough to make me realize the problem is more complicated than i thought it was
22:48.37vasci.e. how to map that CSG tree to the points
22:49.05vascand how to evaluate a tree like that efficiently
22:49.30vascit went into these bit coding schemes but i kinda didn't read it
22:57.26vascthis 2011 paper sounds familiar . he's doing the same as me. counting the sizes of the lists in a first pass, doing a scan, and allocating the buffer to fill them next
22:57.28vascherp derp
22:58.02vasche even uses small list sorting. just like we do. herp derp
22:58.25vascexcept he uses shell sort i think we use intersection sort
22:58.30vascgotta try something else
22:58.46vascmaybe bubblesort
23:02.31vascyeah the old bubblesort. gotta try that one
23:02.40vascnothing better to sort already sorted lists. its optimal
23:09.51vascthat's was kind of fun seeing another guy doing the  same
23:10.09vascof course he didn't bother mentioning the problems i actually have left to solve. fegh.
23:21.06StragusPapers often do that. They present a technique, and completely omit discussing the serious problems and issues of the technique
23:31.18vascok
23:31.44vascso at least the old style buffer techniques have the issue that for convex primitives (think tgc) you need multiple passes
23:31.51vascthe more convex the more passes
23:31.58vasci mean concave
23:32.43*** join/#brlcad merzo (~merzo@85-7-133-95.pool.ukrtel.net)
23:32.50vasce.g. for the torus it would require two passes
23:33.01vascthat's what they mean by n-convex
23:33.22vascthe number of in-out pairs a ray can pass most through a primitive
23:33.40vascso it's a least two passes
23:34.09vascwe can compute the number of passes in runtime
23:34.21vascjust check the number of hits per primitive we intersect
23:34.25vascand divide by two
23:34.51vascthe max for all those primitives is the number of buffer passes
23:35.35vascusing the goldfeather algorithm,
23:36.10vasci saw nothing about transparency too
23:36.15vasci think its done for opaque
23:36.19vascbut its 1989
23:37.10vascnow this century
23:37.20vascbtw
23:37.34vascit required two z-buffers and 3 bits buffers
23:37.47vascwe can have all the buffers we wnt
23:38.04vascits not like we are limited to kludges to use the opengl buffer like those other guys
23:38.14vascfrom the late 1990s early 2000s
23:38.27vascso i'll ignore those for most part
IRC log for #brlcad on 20150828

IRC log for #brlcad on 20150828

00:35.26*** join/#brlcad sofat (~sofat@202.164.45.212)
00:40.19StragusYou really should focus on a way to make this work in a single pass
00:40.41vasci think that would require a miracle
00:41.10vaschave you seen how the regular algorithm works?
00:41.21vasccalling it a single "pass" is a misnomer
00:41.31StragusI mean a single raytracing pass
00:41.34vascthe same hit points are looped over and over and over again
00:41.55StragusFine, at least gather the raytracing hits just once
00:42.09StragusAny kind of sorting obviously involves revisiting hits multiple times
00:42.14vascthat means buffers
00:42.22vasclots of buffers
00:42.31vascthe classical time vs space tradeoff
00:42.58StragusHum yes, that's true in some ways
00:43.10vasctwo z buffers two color buffer and one stencil buffer
00:43.39StragusZ buffers?...
00:43.48StragusJust gather and buffer all hits, sort, process
00:44.08vascyou need to store the backs and the fronts of objects
00:44.15vascso you can do the csg
00:44.19StragusThat's the hits you buffer
00:45.09vascif i had those z-buffers i don't think i would need the per pixel hit list at all
00:45.51vascyou know... the DYNAMIC one
00:46.18vasci haven't quite gotten the peculaliar of these methods yet
00:46.22StragusGeometry is often flawed, it's possible to: Enter A, Enter B, Exit A, Exit B
00:46.26vascsome claim to be O(kN)
00:46.29StragusSo you do need to buffer stuff
00:46.47vascthe 1989 one said its complexity was based on the number of segments
00:46.55vascper primitive
00:46.56vascmax
00:47.16vascthat's why you need those two buffers
00:47.19vascand the stencil bits
00:48.04StragusHow many CSG primitivies can you have simultaneously with these stencil bits?
00:48.14vascdepends on the paper
00:48.28StragusI mean... if you have 8 CSG primitives, then you could use a 8 bits stencil buffer to track if you are in/out of each object
00:48.32StragusThat's a little limited
00:48.45vascthe bits are used to encode which state of the CSG tree you are in
00:48.57vascnot the primitive per se
00:49.25StragusThinking.
00:49.35vascbetter ways of storing the csg tree mean more objects in same bits
00:50.23StragusRight, I see what they mean, with the object-based space partitionning
00:50.26vasclog2(n+2) stencil bits for number of primitives in expression for blister
00:50.48vascwhich is the sorta crappy compress one
00:51.37vascif you read the rossignac paper
00:52.00vasche encodes the tree in a way that you can encode 10^38 primitives in 7 stencil bits
00:52.52StragusYou'll want a 32 bits integer per ray anyhow, for efficient memory access, so that should be plenty
00:53.52StragusI'm not informed enough to know if all that is really preferable to buffering hits in shared memory and sorting
00:54.27vasci haven't wrapped my head around this properly yet
00:54.32vascquite
00:54.39vascit probably depends
00:54.48vascits sorting and more sorting vs buffers
00:55.13vascand the sorting may have dynamic reallocs
00:58.08vasci still haven't got how the sorting would be done
00:58.59vaschttp://i.imgur.com/YwIBlpt.png
00:59.02vasci don't get that
00:59.14StragusProbably some insertion sort since the hits will always be nearly sorted
00:59.50vascdo i need like an array of size num_primitives+1
01:00.00vasci mean a 2d array
01:00.18StragusHum, no
01:00.30vascor a 1d list of tuples with 1+n_primitives elements
01:00.37vascbits
01:01.26vasclike {distance, prim0bit, prim1bit,....}
01:01.27StragusLet's assume you have some struct able to store 16 hits. Each ray is born which a bunch of such structs in shared memory. If they are exausted, then it's allocated dynamically from some global static buffer with atomics
01:01.46vasci'm just trying to understand this. in c.
01:01.53vascor c++
01:02.10vascthen you apply that Roth table
01:02.34vascand filter stuff out
01:04.10StragusThe struct should hold whatever information you need to register for each hit
01:04.21StragusDistance is obviously required for sorting
01:04.42vascyeah but what else do i need to annotate the hits with
01:04.52vascand how to generate that table for a tree
01:05.00vascand how to apply the tree table to the hits
01:05.08vascto transform and then filter them
01:05.27vascat least the list length doesn't seem to increase in the temp steps
01:05.49vascalso
01:06.16vascfrom what i read you can compute if something is in/out by doing that dot(r.d,n) on the normal of each hit point
01:06.38vascso you don't need to store the info on cols 1,2 at all
01:06.47vascyou can compute it with lots dot products
01:07.39vascso the first bullet and second bullet is tame
01:07.44vascin fact 1 is kinda done
01:07.50vascwell 2 actually
01:07.52vascalready
01:08.03vascjust not the in/outs but that's just doing the normals with dot products
01:09.02vascso now we need that Roth table
01:09.09vascbut for a TREE
01:09.44vaschm remembered one bit
01:10.21vascbetter to have that per primitive tupples thingie after all
01:11.21vascmore dynallocs
01:11.28vascwell at least this one is easy to compute
01:11.48vasci'm kinda curious how the current code actually does it again
01:11.50vasc*shudder*
01:11.55vasclast time i tried to read it was bad
01:14.52vasctime to fire old netbeans to swim into the noodlestream of BRL-CAD boolean eval
01:19.11vasc2118 lines of code
01:20.04vascmaybe i should print it and go read it at the beach
01:20.07vascit just doesn't compute
01:20.57vaschttp://brlcad.org/websvn/filedetails.php?repname=BRL-CAD&path=%2Fbrlcad%2Ftrunk%2Fsrc%2Flibrt%2Fbool.c
01:21.32vascand loads and loads of dynamic linked lists
01:22.37vascrt_boolfinal and rt_weave0seg are the ones that matter
01:22.58vasci mean rt_boolfinal and rt_boolweave
01:23.52vasci think i managed to remove the gotos of rt_boolweave once
01:25.22vascmaybe i could try applying the automatic man-bot code cleaner on that code
01:25.26vascjust like i did on the solver
01:26.26vascturns BRL-CADish code into cleanish nearly OpenCL compatible code
01:27.39vasci'm good at that. i turn my brain off and become a man-compiler
01:28.06vasca great skill to have as a maintainer
01:28.13vascnot much of a developer skill though
01:28.50vascmust have been from reviewing reformatting, fixing like 2-3 patches a day for like 5 years for freeciv
01:28.53vasci got good at that
01:29.32vascfirst to check if those two functions are all we need
01:29.38vascthen time to get the hatchet
02:09.18vascremove unused functions and bug printfs done
02:09.30vasc1578 LOC
02:09.42vascthat's 540 otu
02:09.44vascout
02:09.59vascstill too bleeping complicated
02:10.22StragusI'm not fond of the way the code was written
02:10.39StragusI would have broken stuff into static inlined functions...
02:10.57vascnext i'm gonna do inlining of small functions and cleanup more unused code
02:11.22StragusIn their defense, compilers might not have been able to do proper inlining when it was written
02:11.27vascbut its still a mess
02:12.11vasctry porting *that* to opencl...
02:12.28vasc%s/register //g
02:12.29StragusI would understand the purpose and rewrite, but that's me
02:12.49vascit's a real pain to rewrite this
02:12.56vascto convert it into opencl
02:13.02vascthat's why i wanted something whole new
02:13.16StragusI would find it easier than trying to work with the existing code
02:13.22vascnew to BRL-CAD at least. just like i did for bvhs and bots.
02:13.27StragusIt's just... not designed for GPUs, or for parallel hardware
02:13.35StragusRight
02:13.37vasci have been doing a mixed approach.
02:14.14vascsome is conversion of brl-cad code to opencl. partly the primitives because we had specific requirements on error output on those
02:14.26vascand partly because the alternatives aren't that much better
02:14.38vascexcept the triangles
02:14.40vascthe bot
02:14.43vasci did that one
02:14.46vasceven though its not complete
02:14.50StragusPrimitives were just math, that's fine
02:14.51vascit doesn't support the plate mode and so on
02:15.00StragusThis dynamic allocation stuff to manage hits and segments is... bad
02:15.03vascthen i used the bvh instead of whateverr
02:15.13vascwell yeah you saw the code right
02:16.15StragusEven if it were CPU code, I would never malloc() every little thing, I would use a static buffer that grows if and when required
02:16.20vaschttp://pastebin.com/2mTFicUL
02:16.24vascthis is the calling code
02:16.25Stragusdoesn't like that code
02:16.54vascjust there it moves segments from one list to another, then another then another
02:17.05vascand that's without the boolean processing
02:18.33vaschttp://pastebin.com/1cfyRbHe
02:18.37vascthis is the boolean weaving
02:18.48vascafter i removed the debug messages. all over 500 LOC of them
02:18.59vasci still left comments...
02:19.16vascmore list SHIT
02:19.28vascdouble linked list SHIT and GOTOS
02:19.46StragusEh yup
02:20.02vascand guess what it uses that per ray bitvector which states ALL intersected solids that i worked so hard to remove
02:20.35vascit even has handlers
02:20.37StragusA per-ray array of bits, N bits for N primitives?
02:20.39vascfunction pointers
02:20.55vascper ray array of bits. N bits for N primitives.
02:20.56vascyes.
02:21.24vascrt_boolfinal uses it
02:21.30StragusThis is atrociously bad
02:21.35StragusSeriously... WTF
02:21.47vascconst struct bu_bitv *solidbits
02:22.12StragusDon't bother trying to port to OpenCL, there's nothing you can use
02:22.17StragusEverything has to be rewritten
02:23.22vascsee that's the thing
02:23.25vasci would like to
02:23.28vascbut it's so...
02:23.29vascGAH
02:23.50vascafter i dunno like 20 or 30 refactors
02:23.55StragusUnderstand what goes in, and what goes out, close your eyes and rewrite
02:23.55vascmaybe it would shape up
02:24.03StragusI don't think so
02:24.23StragusThe whole algorithm is based on fundamental concepts that must be changed, all of them
02:24.47vascwell
02:24.54vascsome lists are only being iterated
02:25.09vascor copied verbatim to others
02:25.12vascor filtered
02:25.37vascgood luck getting which is which though
02:27.16vascif i wanted to do that
02:27.24vascfirst thing would be to change lists to arrays
02:27.32vascpreferably well known sized arrays
02:27.38vascand remove gotos
02:27.46vascand the function pointers
02:28.39StragusYup
02:32.17vascok i think i removed the function pointers and inlined one function
02:35.19vasc4 gotos out
02:40.23vascanother
02:42.28vasc10 more gotos
02:53.59vasca couple more but this one is a bit tangled
02:59.36vascok... another 12 gotos or so
03:00.08vascand these were nearly useless
03:01.07vascthe compiler can optimize those branches easily
03:02.42vascgrep goto src/librt/bool.c |wc -l
03:02.42vasc49
03:02.45vascthis is the old file
03:02.51vascgrep goto bool.c |wc -l
03:02.51vasc19
03:02.54vascthis is the new file
03:03.51vascthe most hairy one is the rt_boolweave
03:04.42vasci mean rt_booleval
03:15.06vasc13
03:23.23vasc12
03:25.16vascbah
03:26.03vascwell at least i'll have something smaller to look at
03:49.04*** join/#brlcad merzo (~merzo@111-44-132-95.pool.ukrtel.net)
04:14.46*** join/#brlcad vasc (~vasc@bl12-167-49.dsl.telepac.pt)
05:03.06*** join/#brlcad merzo (~merzo@83-29-133-95.pool.ukrtel.net)
06:33.12*** join/#brlcad Boquete (~piotr@dwd173.neoplus.adsl.tpnet.pl)
07:58.10*** join/#brlcad merzo (~merzo@119-70-133-95.pool.ukrtel.net)
08:17.20*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.111.68)
10:02.21*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:19.58*** join/#brlcad sofat (~androirc@101.214.230.247)
10:29.42*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-nujuyalijwjubmio)
10:29.57*** join/#brlcad bhollister (~brad@2601:647:cb01:9750:7d54:b79d:72f2:3078)
10:32.55*** join/#brlcad bhollister (~brad@2601:647:cb01:9750:7d54:b79d:72f2:3078)
10:34.35*** join/#brlcad sofat (~androirc@101.214.230.247)
10:53.07*** join/#brlcad sofat (~androirc@101.214.230.247)
11:00.16*** join/#brlcad konrado (~konro@41.205.22.55)
11:13.15*** join/#brlcad shaina (~shaina@117.214.247.98)
11:18.14*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.197.231)
11:38.41*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:05.58*** join/#brlcad sofat (~androirc@101.213.170.115)
12:30.14*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:47.57*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
13:24.48*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.111.105)
14:15.04*** join/#brlcad sofat_ (~androirc@106.192.162.255)
14:35.51*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.197.231)
15:27.10*** join/#brlcad localhost__ (~Ch3ck@154.70.98.105)
15:30.45*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:32.30brlcadmaths22: hah, that's awesome!
15:32.37brlcadmaths22: did you have to make any source mods?
15:32.56brlcadih8sum3r: can you be more specific?
15:35.42ih8sum3rbrlcad: Hello, I'm getting this error: http://paste.ubuntu.com/12195946/ when I run startvm on server
15:36.14ih8sum3rand
15:36.17ih8sum3rvboxheadless --startvm OGV gives this : exec: /usr/local/lib/virtualbox/VBoxHeadless: Permission denied
16:07.41brlcadih8sum3r: try running those commands via sudo
16:09.07ih8sum3rmy ssh stops again :(
16:09.38ih8sum3rcontacting with my ISP provider to solve this, till then can you please set my ssh problem
16:10.16brlcadi don't know what that means
16:10.35ih8sum3rwith ssh to brlcad.org I'm getting this : ssh_exchange_identification: Connection closed by remote host
16:10.45brlcadpm me your IP
16:11.14ih8sum3rOkay doing
16:11.59ih8sum3rdone please check
16:12.14brlcadeh?
16:12.32brlcadsend me your IP in a private message (via IRC)
16:12.52brlcadthat is not your IP
16:12.57brlcadthat is a local address
16:13.10Ch3ck_brlcad, I've been having a similar issue
16:13.17brlcadgo to whatismyip.com
16:13.24brlcadCh3ck_: ditto then... :)
16:14.09Ch3ck_brlcad, (y)
16:14.33*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kdustzmopbtsohxg)
16:20.20brlcadyour ISPs are misconfigured, you IP address maps to a name and that name does not map back to that IP address
16:20.31brlcadin both your cases, your IP maps to a name and that name does not resolve to anything
16:20.58brlcadthat's why the denials started occurring -- that's a common trick of people spoofing IP addresses
16:21.09brlcadand is a failure of RFC931
16:22.17brlcadtry logging in now
16:23.23ih8sum3rworking now
16:23.24brlcadI note that both of you seem to be on dynamic IP addresses, which means this problem will continue as soon as your IP changes
16:24.34brlcadyou should contact your ISP and ask them to either remove the DNS entry for their IP addresses or add the reverse mapping of DNS name to IP (which is currently missing)
16:25.03brlcadyou can confirm this yourself by running "nslookup YOURIP", then "nslookup WHATEVERNAME" that the first nslookup reported
16:25.07brlcadthey should match
16:26.22Ch3ck_brlcad, I see now
16:27.41Ch3ck_is back in bizznis!
16:27.57brlcadyou IP address is specifically whitelisted, so like I said -- you'll be unable to get in again as soon as your IP address changes
16:29.01brlcade-mail me or ``Erik your new IP (which may take hours/days to whitelist) to add to /etc/hosts.allow or bounce through an intermediate server that does not have misconfigured DNS and you should be good
16:30.15Ch3ck_brlcad, Alright, will do.
16:30.27Ch3ck_I have a small issue, it seems the bzflag server does not have gcc?
16:30.40Ch3ck_I've tried compiling brlcad and there's no gcc
16:32.27brlcadthere's no symlink (apparently)
16:32.28sofat_Ch3ck, i complied brlcad code on bz server using cmake
16:32.34brlcadprobably upgrade wiped it out recently
16:32.38brlcadjust use gcc47
16:33.23Ch3ck_Alright
16:43.52*** join/#brlcad Boquete (~piotr@acou191.neoplus.adsl.tpnet.pl)
16:56.05*** join/#brlcad konrado (~konro@41.205.22.38)
17:09.19dracarys983brlcad: I am interested on doing work on the spherical convergence algorithm you talked about in my project. Is there something I can read to get more familiar with the idea?
17:12.48dracarys983brlcad: I see that it was kind of stupid of me to have gone the other way if at the end spherical is the one that would stay instead of what I did.
17:19.28*** join/#brlcad Stragus_ (~alexis@modemcable090.29-19-135.mc.videotron.ca)
17:23.22brlcaddracarys983: awesome!
17:23.43brlcaddracarys983: yes, start with researching pseudorandom spherical sampling
17:23.51brlcadand/or spherical tessellation
17:24.46dracarys983Okay
17:24.48brlcadyou can think of spherical pseudorandom sampling as picking random points in a tessellation of a sphere
17:25.28brlcadsorry QUASIRANDOM
17:25.36brlcadwrong term
17:25.45dracarys983And we keep doing finer tessellation after each pass?
17:26.12brlcadsampling with that approach, going from one quasirandom point to another quasirandom point, which ensures even unbiased coverage of the volume without any alignment affects
17:26.16brlcadeffects
17:26.38dracarys983Okay. quasirandom -- noted.
17:26.39brlcadno, you just keep picking different points
17:27.32brlcadwell, I guess you could keep doing a finer tessellation .. that really would be an implementation detail
17:28.01brlcadyou're really just picking two quasirandom points at a given density and shooting a ray through those two points
17:28.42brlcadjust have to make sure the points are on or outside the sphere (especially if you tessellate) and that you exhaust all points in a set so that your sampling is "even" density
17:29.49dracarys983Um, "even" density means points should always be taken in pairs and all should be exhausted?
17:30.22StragusI have done multiple randomly rotated icosahedrons (or tesselated icosahedrons), seemed to work pretty well even with low sampling
17:31.10brlcaddracarys983: yes, you're shooting through those two points and sampling the volume .. so you want the interior sampled with an even density
17:31.34dracarys983brlcad: Gotcha!
17:31.36brlcadStragus: yep, that's the basic idea for quasi
17:32.24dracarys983brlcad: Why is quasi-randomness important here?
17:32.41brlcadread up on what it means and it should hopefully become apparent ;)
17:32.43Stragus*nods* Just saying it's a good approach as some other quasi-random distribution techniques require way too many random numbers, it's costly
17:34.28dracarys983brlcad: Okay. Thanks for the heads up.
17:35.16brlcaddracarys983: whatever you do, keep track of your seed -- must be reproducible behavior
17:35.35brlcadStragus: *nod*
17:35.51brlcadthough this isn't a performant-critical function
17:37.02dracarys983brlcad: Sure thing
17:37.06brlcadit's for some unknowable analysis bit that will use the information for some application-domain calculation(s) that can take a while to be computed or compute in the background or whatever
17:37.42brlcadon-demand volume, surface areas, centroids, moments, interference reporting, etc
17:38.13dracarys983basically all analysis performed right now by gqa
17:38.22dracarys983Maybe plus a couple
17:38.49brlcadfast would be fine and dandy, but more concerned that the calculations are correct, values actually converge to within a specified epsilon, etc
17:39.06brlcadneed to be able to compute the error bars on what is reported
17:40.44dracarys983Precision precedes speed here then
17:41.14dracarys983brlcad: Will keep in mind.
17:41.25Stragusliked the part about unknowable analysus on undefined formation for vague applications in some ambiguous context
17:41.31Stragusanalysis* too
17:44.56brlcad:)
17:46.12brlcadStragus: thanks for all your help with vasc!  I see he's still stuck on the terrible depth peeling papers, but you seemed to slowly start getting him convinced that a different direction is better
17:47.15brlcaddepth peeling is just a terrible idea ... we tested it out 9 or so years ago and it completely falls apart on big models with the number of iterations it has to perform
17:48.06StragusIndeed, Lee had also hired some guy to try it out. I don't recall the numbers but Rayforce was over 100x faster
17:48.26brlcaddon't see why he's so averse to fast on-demand dynamic allocation (which will likely never need to occur or will probably only occur once some small percentage of the time)
17:48.47StragusProbably because there isn't a paper about it :p
17:48.48brlcadbig static buffer to stash results
17:48.51StragusYup
17:48.53brlcadsort them
17:48.56brlcadeval
17:48.56brlcaddone
17:49.19brlcadall crazy fast steps
17:49.31StragusYes, and very GPU-friendly when done properly
17:57.02brlcadeven cpu friendly, coherent
17:57.56brlcadit's been plan for a long time to accumulate all partitions (and their segments) during tracing so that they can be sorted+evaled in separate steps
17:58.11brlcadthat's basically the goto hell in boolweave now per ray
17:58.37StragusThat code really needs to be rewritten, even on CPUs
17:58.46brlcadthis is going to be a bit of code that will be REALLY easy to get wrong
17:59.23brlcadboolweave isn't just doing booleans -- it account for floating point fuzz in provably correct ways while also being performant (in 1980's terms)
17:59.58brlcadjust eliminating the registeres and gotos without re-architecting the rest is pretty much guaranteed to slow it down by 5-25%
18:00.15brlcadand will likely produce wrong results
18:00.38brlcadI would eaily bet that vasc got that wrong the other night, introduced incorrect weaving
18:00.57StragusI really would rewrite the whole thing, but taking care of understanding all the floating point fuzz magic that the old code implemented
18:01.00brlcadgotta back it up to what the algorithm is doing and just apply that to coherent processing (whether gpu or not)
18:01.36brlcadthe fundamental algorithm can be expressed in less than 100 lines of code iirc
18:02.03brlcadhandling all geometry cases including bad geometry and fuzz jacks that up a bit, but not a crazy amount
18:02.20brlcadthe other 10x code in boolweave+boolfinal is old school optimization
18:03.48StragusOld school optimization should have involved not calling malloc() for every little piece of data :p
18:04.08brlcadmalloc used to be free compared to the calculations
18:04.46brlcadand it doesn't actually alloc iirc -- it's using pooled structures getting added to lists
18:07.17brlcad``Erik: trying to load the virtual box kernel driver and it's saying: depends on kernel - not available or version mismatch
18:07.35brlcad``Erik: can only presume that means /usr/src/sys is out of sync (ahead of) the running kernel?
18:08.19brlcadis there one staged for reboot or are the actual sources needing an update or something?
18:08.36brlcad"kldload vboxdrv" to see it
18:12.15*** join/#brlcad vasc (~vasc@bl8-192-144.dsl.telepac.pt)
18:16.32brlcadand there he be!  howdy vasc :)  depth peeling sucks
18:17.20brlcadrossignac is awesome, good old friend
18:17.21brlcadbut that was pretty much a toy technique -- it falls apart on real models really fast, really hard
18:18.34brlcadyou end up with too many layers, way too many iterations
18:19.45brlcadgreat for demos with relatively simple somewhat flat hierarchies
18:29.35*** join/#brlcad Izakey (~Izakey@41.205.22.9)
18:31.33maths22brlcad: no source mods
18:31.37brlcadmaths22: did you e-mail your log?
18:31.42brlcadmaths22: wow, cool
18:31.53maths22What log?
18:31.56brlcadlast time I tried, required a few mods
18:32.01maths22The benchmark one?
18:32.01brlcadthe benchmark log
18:32.11maths22All I did was install svn and cmake
18:32.20maths22Check out, and built
18:32.24brlcadoptimized build?
18:32.28maths22No
18:32.34brlcadoh, sweet .. even faster
18:33.03brlcadif you can try an optimized / release build, would be great to get that log mailed
18:33.16brlcadand know the vgr for it
18:33.20*** join/#brlcad sofat_ (~androirc@106.192.162.255)
18:33.27maths22I can run an optimized build.  I guess that model pi is quad core, so I can speed up compilation
18:33.35brlcadno rush :)
18:33.51brlcadhow you been, ltns!
18:34.17brlcadgoogle's completely redoing the gci interface this year, I shared what you worked on with them
18:34.17maths22I've been doing well
18:34.33brlcadhelping with some of the design requirements
18:34.34maths22Did you see the beta.brlcad.org/wp menubar
18:34.40maths22Good about GCI
18:36.48brlcadcool, no I hadn't seen that
18:36.56brlcadlooks like it's working responsive too
18:37.01maths22I need to do the circle around the logo.
18:37.02brlcadawesome
18:37.11maths22I used the bootstrap menubar-makes things easier
18:37.13brlcadlogo color is a bit off too
18:37.31brlcadnotes we need to publish an official icon set still
18:37.43brlcaddid you see sofat_'s documentation interface?
18:37.50sofat_Yee
18:37.51sofat_Yes
18:38.08maths22I used the same logo that was already there
18:38.10sofat_I want to link my work with this website
18:38.21sofat_It is possible ?
18:38.22brlcadsofat_: yeah, definitely
18:38.25maths22I last took alook at sofat_'s stuff a few months ago
18:38.35brlcadmaths22: take a quick peek, it's pretty cool
18:39.01brlcadit's just the docs, but it's sync'd with our repo docs and has awesome navigation
18:39.29sofat_Any think wrong with my old stuff ?
18:39.34maths22sofat_: is it a wordpress plugin or something like that?
18:39.38brlcadbasic raw editing ability too, but won't be focusing on that the first go round
18:39.39maths22That is what I remember it being
18:39.46maths22But I didn't look closely
18:40.21sofat_Yes in gsoc i made plugin to handle the editing
18:40.43brlcadsofat_: give him the url ;)
18:42.26sofat_https://github.com/sofathitesh/brlcad-code
18:43.06sofat_For document we just made  the page which hold the wordpress theme style
18:43.11sofat_My work is there
18:43.31sofat_brlcad.org/~nouhrasofat/
18:46.24sofat_maths22, if you any problem to use plugin so please tell me
18:46.29sofat_Face
18:47.04maths22sofat_: How is the language list genrated
18:47.31sofat_Using google language translator plugin
18:47.36maths22I have read recently that it is a good idea to not use flags to indicate languages-particularly where the same language is spoken in many countries
18:47.41*** join/#brlcad Shubham (012720ce@gateway/web/freenode/ip.1.39.32.206)
18:47.47maths22Using google translate makes sense
18:48.05sofat_Yes ;-)
18:48.06brlcadthere's two language lists
18:48.10maths22The order of that list is rather odd as well
18:48.18maths22brlcad: ours, and google translate's?
18:48.32sofat_Yes
18:48.35brlcadthe drop-down is google translate, the ones before it are our manual translations (which will generally be superior)
18:48.46maths22That makes sense
18:48.53brlcadthe tutorials were all manually translated to spanish, for example
18:48.53maths22What is the order of the drop down?
18:49.22maths22brlcad: I'm rebuilding in release mode on the pi
18:49.28brlcadcool
18:49.41brlcadmaths22: any idea why I get an empty img tags on beta?
18:49.52brlcadsee http://brlcad.org/tmp/missing.png
18:50.20sofat_What is rebuilding please tell me?
18:50.38ih8sum3rbrlcad: Is this website's mockup made by inderpreet? If I'm not wrong
18:50.44ih8sum3rbeta.brlcad.org
18:50.46ih8sum3rone
18:51.01starseekerglowers at MSVC Release config...
18:51.25brlcadih8sum3r: the mockup predates inderpreet iirc, but has had many people working on it the past ... four years?
18:51.31brlcadit started as a GCI task
18:52.04brlcadmaths22: you recall the first originator?  you?
18:52.11ih8sum3roh! I see
18:52.20maths22I think I started it, then anita did the theme
18:52.34maths22The images were never there on beta
18:52.51maths22They never imported right from Anita's GCI task
18:53.06maths22I updated drupal my first year, then did the wordpress migration my second
18:53.32maths22ih8sum3r: inderpreet did the wiki, I think, but he did not do wordpress
18:53.33sofat_Waao
18:53.44maths22sofat_: ?
18:54.18maths22brlcad: I also brought fisheye back online about a week ago
18:54.40brlcadheh, so I should keep an eye on the cpus?
18:54.51sofat_For you means great you have much knowledge in small age ;-)
18:56.29brlcadsofat_: he's not quite so young any more, but his level of experience is definitely advanced and impressive for someone of his age :)
18:56.43maths22brlcad: probably, but they have seemed OK lately
18:56.49maths22No making branches :(
18:57.00maths22They just take a long time and a lot of cpu to process
18:57.02brlcadthat's probably good
18:57.07sofat_Yes i see
19:05.45maths22Because?
19:06.18vasci'm working on my own toy technique
19:07.38brlcadmaths22: just because it had whatever problem it had before where it was locking up the server
19:07.51brlcadgiving it less work is a good idea until that is sorted out
19:07.56brlcadis it the same version or updated?
19:08.33sofat_Hey i am passed my final evaluation . thanks to mr sean and starseeker
19:08.41sofat_Thank you so much
19:09.02brlcadsofat_: thank you for all your efforts
19:09.13brlcadthe work doesn't stop here, though ;)
19:09.21sofat_Yah i know
19:09.39brlcadyou did well, despite the communication challenges
19:10.10ih8sum3rHey, I got mail too. Thanks everyone from the core of my heart. Specially to Sean my mentor, Erik who had provided me lot of guidance.
19:10.14sofat_Thanks so much for you trust on me
19:10.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:10.51sofat_You gave me chance to did this think happen i just say thank you so much
19:12.40brlcadsince notifications are going out already
19:13.03brlcadtwo more did not pass this year, so 9 out of 12 passed
19:14.02brlcadtwo others were very close to failure, maybe should have failed so they would learn, but were ultimately passed
19:17.02maths22brlcad: still the save version-will update soon
19:17.31maths22brlcad: where is the list of gsoc projects?
19:19.58brlcadbrlcad.org/wiki/Google_Summer_of_Code/2015
19:30.44Boquetehey brlcad, brlcad will be an org in Google Code in 2015?
19:35.39*** join/#brlcad sofat_ (~androirc@106.192.162.255)
19:36.17*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.98.105)
19:36.48brlcadBoquete: hablas espan~ol?
19:37.23brlcadBoquete: that is not yet decided, but I do love GCI :)
19:37.31BoqueteSorry I do not speak spanish :D
19:37.45brlcadah, no problem
19:37.56Boquetebrlcad, hope you will be there, I'm really looking forward to be in Brl-cad :D
19:38.04brlcadthere's a place in panama called boquete -- thought you might be from there ;)
19:38.31brlcadBoquete: glad to hear it, but you're welcome to get involved regardless ;)
19:38.59konradohello brlcad  and other members of the community thanks for helping me get through with GSoC successfully.
19:39.00brlcadeven if you have to jump ship to a different org, anything you do with us will almost certainly be experience that translates to better chances of winning ;)
19:39.52brlcadkonrado: thank you for all your efforts!  you made a lot of progress
19:40.08brlcadthere's obviously still more work, but it's an exciting feature that is much wanted
19:42.04konradoI would do my best to make all the improvement I can.
19:43.16*** join/#brlcad Boquete (~piotr@acou191.neoplus.adsl.tpnet.pl)
19:43.43vaschmmm.. this almost works...
19:45.23BoqueteSorry I disconnected :v brlcad about my nickname, It was "changed" word "bouquet", but funny thing is that I heard in .. spanish or portugeese it mean "bad/dirty" word :v That's why I was not sure about using it. I use it on IRC but on Google Melange I used "antonow" (like Oleg Antonow, you know this russian constructor). Hope nobody will feels bad about my nickname :D
19:46.16BoqueteOw I checked now what it mean in portugeese.. lol. I think I need change my nickname. BUT in spanish it mean gap xD
19:47.02Stragus"Bouquet" is a french word too, like a... bundle
19:47.32BoqueteOw yes it's too
19:48.36Boquetehttps://en.wikipedia.org/wiki/Baguette That was first meaning of my nickname. I just changed it a little :D
19:48.49brlcadBoquete: https://en.wikipedia.org/wiki/Boquete,_Chiriqu%C3%AD
19:48.56brlcadit's a very beautiful place
19:49.23vasci always get the subtraction and the xor working but not the intersection
19:49.24vascBAH
19:49.49vascin my little toy example
19:49.54BoqueteSo I think I will keep this nickname. I hope that no one feels offended
19:50.15brlcadit means "gap" or some sort of opening in spanish
19:50.18brlcadyou can't please everyone
19:50.48brlcadsimilar to french meaning (a bouqet of flowers "opens up")
19:51.15BoqueteI wanted to changed on Google Melange from antonow to Boquete  (I use it everywhere) but I think I cant. I will write to Stephanie before GCI :D
19:51.39brlcadwrite the melange devs first
19:51.48brlcadsee if one will change it for you instead of bothering steph
19:52.13BoqueteOw yes, right
19:52.37BoqueteI will check it later (before GCI) and I will see hwo can I contact :D
19:52.44brlcadthere is going to be a completely redesigned website for GCI 2015, so it might not matter at all
19:52.50brlcadthe new site is not based on melange
19:52.52BoqueteOw I heard that
19:53.57BoqueteI heard that ther's going to be few more changes but nothing sure so I don't want to spread the word :D
19:54.07brlcadthere definitely will be
19:54.28brlcadone pretty big one
19:54.46brlcadbut it's a good one in the grand scheme of things
19:55.13BoqueteLast year that I can contribute in GCI 2015. So nervous
19:55.30vascbouquet
19:55.31BoqueteThat's bad I didn't know about GCI before.. :/
19:55.34BoqueteYes?
19:56.59brlcadno, not really
19:57.25brlcadvasc: yes, just a typo ;)
19:57.32BoqueteI mean "Yes?" was to vasc  :D
19:57.53brlcadhe was correcting my spelling
19:58.22BoqueteOh ok :D
19:58.58``Erikbrlcad: /usr/src/sys and /boot/kernel should be in sync, but those should be newer than what's live right now, been waiting for a good time to reboot...
20:01.36brlcad``Erik: ah, so that would explain why the module won't load
20:02.20vasctoo many years of french classes to that to you
20:02.38brlcad``Erik: good time for a reboot whenever you are ready, in case disaster ensues :)
20:03.48brlcadmissing, a word he is
20:03.57vascfigures. it can't get the normals right
20:04.01vascthe surfaces either
20:14.55vascbah
20:15.04vascthis isn't working like its suppose to
20:34.57vascwell it kinda looks ok
20:35.03vasckinda
20:35.06``Erikbrlcad: I'll be around for a little bit if you want to hit that big button... (I kinda don't want to be the trigger-man... might be good to crank a backup before doing that?)
20:40.06vascthe normal look different from stock
20:46.03vasci think the normals are all screwed up
21:11.50brlcad``Erik: good idea, okay I'll kick off a backup first .. that'll probably take a long time to finish, so maybe we can give the reboot a go on sunday if it's done
21:12.15brlcad``Erik: is there anything specific needed to put the new kernel in place?
21:12.26brlcador anything else that would be good to do while we're rebooting?
21:13.58vascso what's bad about rossignac's paper brlcad?
21:15.04brlcadhm?  I shared the reasons why...
21:17.00vascthe too many iterations?
21:17.27brlcadwe implemented that paper about 9 years ago
21:17.40vascoh?
21:17.44brlcadeven using blister, you can see problems
21:17.53vascthat paper is after blister
21:17.57brlcadcst sure
21:17.59vascit claims to fix the blister surface acne
21:18.02brlcadbut really just rebranded
21:18.26brlcadthat was all really hable's work, rossignac was his advisor iirc
21:18.42vascwell yeah hable's the first author
21:18.44brlcadregardless, the issue is that the method just really falls apart on real models
21:19.21brlcaddoesn't work well with arbitrary depth, really assumes few depths to be performant
21:21.11brlcadproduction models usually have crazy complexity, especially compared to our sample demos
21:22.00brlcadobject counts in the 10^5 to 10^8 range with depths commonly in the dozens to hundreds range
21:22.30brlcadand that's for a single vehicle, not considering full scenes with lots going on
21:22.52vascso which method you use? it seems 1980s stuff
21:23.06brlcadwhat do you mean?
21:23.16vasci cleaned up the code
21:23.20vascand it just ...
21:23.21vascwell
21:23.35vascit generates list of segments and more lists of segments and evals them against the tree
21:23.36brlcadI know, lots of comments and questions :)
21:23.56vascuses a dynamic stack
21:24.07vascand a bitvector per ray with size of n primitives
21:24.11brlcadsome things I noticed you changed were guaranteed to slow it down (but also necessary to ultimately speed it up)
21:24.30vasc?
21:24.49vascthe opencl code doesn't do csg right now
21:24.55brlcadyou should have noticed that there's pretty much not a limit on anything -- that's part why everything was dynamic
21:25.10brlcadnot just a throwback to days when malloc cost less than a division
21:25.13vascthere's always a choice between multiple passes and more memory
21:25.39vasclike the bitvector for one
21:25.53vasci could just iterate the list of hits and see if the primitive is in there
21:26.45brlcadexcept traversing a list is slow as you noted
21:26.55vascin fact i did just that while i was trying to implement the goldfeather algorithm
21:27.04vascthere's that too
21:27.11vascwe need static arrays not dynamic linked lists
21:27.23brlcadsure
21:27.28brlcadwell, we need arrays
21:27.39vascits a start to do the arrays first
21:27.43vascand then bound them somehow
21:27.45brlcadwhether they are technically static or just really big and rarely ever need to grow is the big question
21:28.11vasci tried cleaning up the gotos in that code as well
21:28.15vascbut its real hard
21:28.23vasci went down to 13 gotos
21:28.24brlcadthat's part where I can almost guarantee you didn't get it right ;)
21:28.40brlcadand almost certainly slowed it down if you did straight up conversions
21:28.53vasci didn't just use any mechanical algorithm
21:28.54brlcadthere's lots of dragons in the boolean weaving goto logic
21:29.00vascwant to try my version of it?
21:29.16brlcadof course :)
21:29.40vaschaven't tried compiling it
21:29.56brlcadfor what it's worth, I've rewritten the boolean weaving code three times over the years
21:30.18brlcadthe first time I was a naive student appalled at all the gotos, coming from a "all gotos are evil" education
21:30.35vasclet's see
21:30.45brlcadfirst attempt compiled great, and was outright wrong
21:31.31brlcadsecond attempt years later, wiser and more carefully undertaken compiled great, was demonstrably correct and was some 15% slower iirc
21:32.09brlcadthird attempt was much better performance wise, but actually was more code and (arguably) harder to read
21:32.53brlcadreally for performance, the state of the current code is half-irrelevant
21:33.12brlcadit needs to be completely restructured for coherency, processed differently
21:33.19brlcadthe core algorithm is something like 100 lines of code
21:34.07brlcadboolweave/final has a LOT of magic built into it for handling real geometry fast, i.e., handling floating point conditions with extreme consistency and verifiable behavior
21:34.35brlcadthat's usually the part that gets dorked up on a naive restructure
21:35.38vasci just cleaned up some gotos and inlined some functions and removed the debug thigns
21:35.43vascthe debug messages
21:35.45brlcadthe robustness logic bumps that 100 lines of logic a fair bit and the rest you see (the goto spagetti) is mostly unrolled optimization, which kicks it up to the 1500-2000 lines sizing you see
21:36.24brlcadfor gpgpu/opencl, it's really just a matter of going back to the core algorithm and inputs, and figuring out how to pack that data in arrays
21:36.41vascyes. when i know WHAT the core algorithm actually is
21:36.46brlcadwhich is almost certainly going to need to be large pages of memory storing results, sort them, evaluate
21:37.37vascsorting is quite likely
21:37.45vascbut the dynalloc i hope to avoid
21:38.12vasci can just try redoing that algorithm
21:38.15vascbut its gonna be pain
21:38.26vasclike i said i just replaced the kd-trees for the bvhs and it was fine
21:38.30vascwas trying to do the same here
21:42.28vasccpu code like that is really hairy to port over
21:42.37vascwe needed something less heavy on complexity
21:43.17brlcadno disagreement there, but that's also why I say trying to transcode the existing is going to be ..
21:43.20brlcadreally hard
21:43.47brlcadI at least wouldn't start there -- I'd start with the same inputs and then compare outputs
21:43.56brlcadi.e., just implement how I'd do the eval
21:44.20brlcadfor what it's worth, here's a completely different approach expanded with some of the production stability tolerance testing needed
21:44.30brlcadwritten by one of our core devs years ago in java
21:44.37brlcadhttp://brlcad.org/websvn/filedetails.php?repname=BRL-CAD&path=%2Fjbrlcad%2Ftrunk%2Fsrc%2Forg%2Fbrlcad%2Fgeometry%2FPartition.java&peg=34288
21:44.47vaschttp://pastebin.com/QQrGudYu
21:44.49vasctry this one
21:45.27brlcadyou can look for the intersect(), subtract(), and union() functions
21:45.46brlcadcan't get to pastebin.com, blocked
21:45.54brlcad~paste
21:45.54infoboti guess paste is http://pastebin.org/ or http://bin.cakephp.org/ or http://pastebin.ca/
21:46.15brlcad(org is blocked too)
21:46.24vascthat doesn't have the boolean evaluator
21:46.31vascoh
21:46.33brlcadand ca, sorry -- debian's is good though
21:46.35brlcadyeah it does
21:46.41brlcadit's completely OO fashion, very different
21:48.12vascgah
21:48.15brlcadand iirc, that implementation was verified to a large extent (and written by one of our most senior devs before he retired, for fun)
21:48.16vascwell yeah
21:48.30vascis it more accurate or less accurate?
21:48.45brlcaddoes not compute
21:48.49brlcadit's faithful
21:49.01brlcadso it's doing the right thing
21:49.10vascso you mean you get the same results?
21:49.16vasceven if it doesn't implement the xor operator?
21:49.24brlcadright
21:49.28brlcadwe don't use xor
21:49.36vascscratches his head
21:49.37brlcadi ripped that out of one of our branches
21:49.51brlcadxor will probably be gone in v8
21:49.55vascso you check the outputs and got the same outputs?
21:50.05vascexact same
21:50.11brlcadyep
21:50.36vasci'm usually not a big fan of java porting in a case like this because the code obfuscates memory allocation a lot
21:50.51vascbut i'll see
21:50.57brlcadsure, it's just a reference for understanding the algorithm
21:51.19brlcadwith all the C optimizations obviously yanked
21:52.01brlcadit's actually shorter than the C version by quite a lot, even more so if you ignore the logging statements
21:52.27vascso why don't you port that over to C and use that instead ?
21:52.33brlcadand it fixed a limitation of the C version
21:52.55brlcadit was an order or so slower :)
21:53.03vasceven ported over?
21:53.07vascjava is slowe
21:53.10vascslow
21:53.32brlcadyep, untested what that code implemented coherently would be like
21:53.42brlcadit's still not using arrays and you'd want to
21:54.05brlcadstill needs the partitions coming in sorted
21:54.11brlcadso you need them all first
21:54.21brlcadfront to back processing, etc
21:54.35vascits like this
21:54.40vascthe per pixel lists aren't that big
21:54.49brlcadlists of what?
21:54.57vascas a first approach i can just inline insertion sort them
21:55.04vasclike we do in so much of the code already
21:55.24vascwhen i get a good library then i can do a global segmented sort
21:55.26vascor something
21:55.37brlcadhow you sort probably won't make a huge difference
21:55.51brlcadjust saying that sorting is assumed with this evaluation approach/code
21:56.09brlcadcertainly ways to do it without sorting, but haven't thought about it much
21:56.12vascthe sorting ain't the problem. the problem is the list partitioning and filtering and merging and dynamically growing them
21:56.17vascand reallocating stacks
21:56.19vascand so on and on
21:56.28vascgotos
21:56.39vasclots and lots of memory caches
21:56.44vascper pixel
21:57.03brlcadso the lists you're referring to are partitions or segments along the shotline?
21:57.10vascwell its like this
21:57.24brlcadwonders why you rarely answer questions :)
21:57.34vascthe current code first shoots all the rays and to compute how large the per pixel hit point lists will be
21:57.51vascthen it does one huge malloc of that for all pixels
21:58.08vascand recomputes the shots again to fill those per pixel arrays of hit points
21:58.14vascso i got the arrays of hit points per pixel
21:58.35vasci was trying to use an algorithm which could enable me to do the csg incrementally so i would avoid all of this
21:58.36brlcadneed more than hit points, you need at least segments, but ideally partitions and segments
21:58.39vascbut nevermind
21:58.50brlcadto guarantee correct solidity preservation
21:58.58vascthe segments are tuples of in/out hitpoints right?
21:59.09brlcadyes
21:59.09vascnow the partitions i'm more vague about
21:59.19brlcadand partitions are one or more segments
21:59.38brlcadyou need to know that a given segment "belongs with" another
21:59.48vascbecause?
21:59.58brlcadwhen evaluating them, it matters when it comes time to merge or split
22:00.10vascmerging and splitting. evil.
22:00.17brlcadis that the same object, or another reference from a different object
22:00.31brlcadCSG == lots of merging and splitting
22:01.04vascwell the goldfeather algorithm doesn't care about that crap
22:01.15vascit only wants the front and back of an object
22:01.25brlcadthis is also a huge deviation from most academia -- solid modeling has somewhat different requirements
22:01.27vascshame i can't implement it properly
22:01.32vascno man
22:01.51brlcadthere are older solid modeling papers on this topic
22:01.53vasci read about the way you do the csg computation in a thesis by jahnsen
22:02.02vascfrom 1989
22:02.11vascbut it's ...
22:02.12brlcadcsg goes back to the 60's and 70's
22:02.18vascwell i can understand it conceptually
22:02.39vascbut as a practical high-performance algorithm? or a simple one? no
22:03.08brlcadthere's also general CSG from a computational geometry perspective, CSG as a modeling operator on boundaries, and CSG for solid modeling (our domain)
22:03.15brlcadall three have somewhat different behaviors
22:03.37brlcadhow you track and what you track is different for all three
22:03.49vascso let me see if i get this: you have initially a bunch of segments. and then you partition them.
22:03.53vascbut how and for what?
22:04.12vascand where does the tree eval kick in
22:04.21vascand should be tree be optimized into a different form
22:04.25vascquestions questions
22:05.02brlcadno no.. when you intersect a primitive, you get back a partition with one or more segments if there is a hit
22:05.04vascjahnsen's thesis goes on and on about it
22:05.06vascbut i didn't get it
22:05.17brlcadpartitioning isn't an action
22:05.26brlcadit's just a grouping
22:05.27vascso initially a partition is one partition per object ?
22:05.49brlcadat the leaves of the CSG hierarchy, yes
22:05.50vascso you partition the hits of a primitive
22:06.01brlcadit's a set of in/out segments
22:06.14brlcadand whether those can be combined per the boolean logic depends
22:06.43vascok but the boolean logic tree isn't in the order and some of those objects might not even be in that pixel even if they are in the tree
22:07.03vascand how do you combine the segments
22:07.58vascdo you sometimes break partitions?
22:08.07brlcaddisregarding all optimizations (and there are many), consider a ray going through a complex single object (one boolean recipe)
22:08.13vasclike split a primitive partition in the middle?
22:08.34brlcadyou evaluate the ray against all the primitives, each returning a partition with segments in it
22:09.01brlcadsince this is the same object, that drives a given boolean evaluation to know that those partitions are mergeable
22:09.27brlcadso it can look at each segment in turn, and apply the boolean expression rules
22:09.52brlcadwhich creates new segments, destroys segments, splits them, etc, based on the unions/subtractions/intersects
22:10.46brlcadevaluate the whole expression, and you're left with a partition with one or more segments for that object
22:10.52vascfrom what i get you only need like three operators. union, intersection, and negation
22:11.00vascand maybe the solid one
22:11.09vascthe others can be done as combinations
22:11.27brlcadit's boolean algebra, you technically only need two operators, but in practice more are used in order to do various optimization operations
22:11.46vascthe user might like them but it doesn't mean the machine uses them directly
22:11.55vascits a RISCy way of seeing things
22:12.17brlcade.g., A xor B is equiv to (A minus B) union (B minus A)
22:12.33brlcadbut is evaluatable in one step, so I can put that in my boolean tree and cut two ops
22:12.59vascthe minus isn't a basic op either
22:13.08vasci wonder how simplifiable that is
22:13.11brlcadsure it is
22:13.25brlcadbasic CSG is union, subtraction (minus), and intersection
22:13.49brlcadboolean algebra brings in more concepts, but that's the userland of CSG
22:14.19brlcadfor solid modeling, for example, there's no conceptualization of a not operator (even though we obviously use that construct when evaluating an expression for efficiency)
22:15.06brlcadyou end up with infinity spaces, which violates notions of solidity closure testing
22:15.34brlcadyou can certainly use it when evaluating though
22:15.53vasci mean a-b is kinda like a|~(a&b)
22:16.04vascor whatever
22:16.09brlcadyep, there are tons of transforms like that possible
22:16.37brlcadgiven the entire expression, there are reductions possible, sometimes even eliminations (called null object tree contraction in csg parlance)
22:16.45vascyes
22:16.59vascbut let's say we support the goldfeather ones
22:17.19vascunion, intersection, difference
22:17.37vasci think it has negation too
22:18.09vascoh
22:18.11brlcadreductions are an optimization
22:18.20brlcadthe algorithm should work regardless
22:18.27brlcadnow normalization is a different topic
22:18.32vascbut brlcad has half-planes yes?
22:18.46vaschalf-spaces
22:18.51brlcadwant to use goldfeather's normalization approach, go for it (just recognize that it's one of many possible normalizations)
22:18.55vasci just discard those right now
22:19.09vascdo we even use a normalization right now?
22:19.11brlcadthey're a pain because they totally violate many notions :)
22:19.24vascdidn't seem like it
22:19.25brlcadlibrt has a variety of normalization routines
22:19.30vascwow
22:19.36brlcadbut for the eval, it just uses what it was given
22:19.50brlcadso you could do any normalization you wanted beforehand
22:20.15brlcadthat's really your baseline that is needed regardless
22:20.59brlcadthat's kind of getting ahead, optimizing something to evaluate less that doesn't yet evaluate anything :)
22:21.43*** part/#brlcad Izakey (~Izakey@41.205.22.9)
22:22.39vascforgot that one
22:22.40brlcadif the expression is A u B u C - D and D's segments completely overlap ABC (creating a null case), there's nothing wrong with the boolean evaluator doing the unions (wasted computation) at this point
22:23.00brlcadthere's so much validation that has to happen to prove the evaluation is correct, it's not funny
22:23.07vascits ok
22:23.18vasci just want to understand the basic at this point
22:24.59brlcadit definitely gets more complicated too .. my earlier example was a single object that was mergeable -- continuing up a hierarchy (above the region level) where overlaps become possible introduces another layer of complexity
22:25.57brlcadA u B where A and B are not mergeable results in a separate partition for A and B with an overlap getting reporting
22:26.08brlcadthis starts getting into the solid modeling domain
22:27.26brlcadand in that same context, A - B is okay even though it's really existentially questionable
22:27.30brlcadwhat is a copper sphere subtracted from a wooden cylinder, for example
22:27.54vascits good for drilling holes
22:27.59brlcaddefinitely can't union them, but we can say the shape is subtractable as conventino
22:28.41brlcadat least without introducing a notion of multi-materials or different grouping operators
22:28.58vascsome unions aren't mergeable?
22:29.13vasci mean i get all those log messages whenever i try to render everything
22:29.16vasclike OVERLAP whatever
22:29.27brlcadthere's no copper in the wood, so subtracting it is kind of nonsensical except from a convention standpoint
22:29.47vasci get that the surface materials will look uhh odd
22:30.00brlcadyep, those overlaps are technically modeling errors, but must be detectable and reportable
22:30.00vascunless you nanocoat that wood
22:30.23brlcadif I coated it, I have introduced a new object C
22:30.44vascit just grounded itself into the wood by friction you see
22:30.54vascor something
22:30.59brlcadsolid modeling works on a materials science basis as these things are meant to represent physical things manufactured
22:31.06vascyeah
22:31.12vascin that case what you want is tools
22:31.26vascyou have blocks of materials and you use TOOLS to carve them
22:31.28vascnot csg
22:31.56brlcadwhat's unobtanium subtracted from dark matter?  or alloy #125 subtracted from alloy #82921
22:32.06brlcadit's nonsensical
22:32.11vascyou can't subtract them
22:32.18vascyou can use a tool to drill a hole in it
22:32.34vascor cut it
22:32.47vasca materialess tool
22:32.51vascmade of fluffleware
22:33.10brlcadyou're not getting it :)
22:33.40brlcadyou posed a non-problem ...
22:33.44vascyes
22:33.52vascback to brass tacks
22:34.16vascso the segments are indivisible and immutable
22:34.18brlcadthat's why we do allow subtractions and by *convention* we basically treat it as materialless
22:34.20vascbut the partitions aren't
22:34.46brlcadbut it's important to realize it's just convention -- would be completely valid to say it's an invalid operation too
22:35.00brlcadit's allowed because modelers do that kind of thing all the time
22:35.01vascits until something better comes along
22:35.16vascdid you see that video the other guy showed?
22:35.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:35.32brlcadnot all the way through my backlog yet, don't think so
22:35.34vaschttp://www.mattkeeter.com/projects/antimony/3/
22:36.41vascah whatever back to csg
22:37.05vascits like this
22:37.13vasci could reorder segments fine
22:37.19vascit doesn't change array size
22:37.41vasci could even change the boundaries of the partitions
22:37.50vascat most you can have as many partitions as segments right?
22:37.53vascso its bounded too
22:38.05vascthe problem is duplication, elimination, and crap like that
22:38.57vasccan you have duplicate segments?
22:40.55vasci also don't get where the equivalents of rt_boolean_weave and rt_bool_final are in that code
22:41.03vascthe java one
22:46.18brlcadsure you can have duplicates
22:46.26vascoh neat
22:46.35brlcadthey'd be in different partitions
22:46.59brlcadin the same partition would probably be a bug in a primitive
22:47.05brlcadI think
22:47.27brlcadwould have to think about that more, might be some weird procedural case where that'd be valid somehow
22:48.20brlcadlike I said, you will need to pay attention to both segments and partitions
22:48.38brlcadbut in terms of processing limits, coherency containers and such -- sure, I think that's a limit
22:49.07brlcadtrying to think if you could have a boolean recipe where you'd end up with more segments than you start with...
22:50.29brlcadat least the naive case of 1 long segment getting chopped up 10 short segments will result in 11 segments, so 1+10 isn't violated
22:50.41vasci need to read jansen's thesis better
22:50.46vasci feel like we are missing something
22:50.58vasceven in this style of csg eval
22:51.08brlcad2 long, 5 short subtractions on each gives 12, 2+5+5 is good
22:51.14vascits 111 pages
22:51.25brlcadnot at all surprising
22:51.37vascof all the things i read his is the one that describes your techniques the most
22:51.40vascfor the bool eval
22:52.26brlcadlink?  feels like I read it, but not sure
22:53.28brlcadnot that I can get into browsing a 111 page thesis right this minute.. heh
22:53.38vascwell he describes every method really
22:54.04vascrepository.tudelft.nl/assets/uuid...de4c.../TR%20DISS%201555(1).PDF
22:54.12vasccrap google
22:54.30vaschttp://repository.tudelft.nl/assets/uuid:552472ce-de4c-42a9-9fb2-fd3919bb64b5/TR%20DISS%201555(1).PDF
22:54.46vascstart at page 43
22:55.19vasci keep skimming it. it's well written but i don't have the mood for it
22:55.26vascmaybe eventually it will sink in
22:55.52*** join/#brlcad chick_ (~chick_@41.205.22.26)
22:56.38brlcadahh, have to be careful -- there's a lot of research, this included that talks about boolean evaluation of boundary representations
22:57.00brlcadsurface evaluation, not necessarily solid evaluation
22:57.26brlcadfacetted modeling and doing booleans on facet sets is another topic altogether
22:58.02brlcadthat's evaluating mesh against mesh, deriving resulting meshes
22:58.28brlcadthis is very different from a ray-tracing based approach where you are directly evaluating primitives (and keeping them in implicit form)
22:59.04brlcadthe basic applications of booleans is about the same, but just have to make sure you don't go down a rabit hole
22:59.21brlcadthe java code should be more help in terms of figuring out how to apply booleans given two partitions
23:01.24vascthe talk about solids comes way before that
23:01.38vasci think this is like the state of the art in csg whatever in 1989
23:01.41brlcadon the surface, evaluating the segments is really really simple -- "A union B" takes the inHit of A to the outHit of B if the outHit of A comes after the inHit of B, resulting in a single segment ... otherwise it's two segments merged
23:01.46vascand guess what the same techniques apply too
23:02.03vascso why not do that?
23:02.35brlcadno reason not to! :)
23:02.37brlcadthat's why I showed you the java code that distills it that simply
IRC log for #brlcad on 20150829

IRC log for #brlcad on 20150829

03:51.44*** join/#brlcad infobot (ibot@69.58.76.73)
03:51.44*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
09:19.04*** join/#brlcad Boquete (~piotr@acou191.neoplus.adsl.tpnet.pl)
10:10.48*** join/#brlcad sofat (~androirc@106.192.32.64)
10:27.31*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.110.220)
10:35.54*** join/#brlcad sofat (~androirc@106.192.32.64)
11:58.17``Erikbrlcad: afaik, it should just be a normal reboot.. I don't know what the hosting company has in place in case it doesn't come up right
12:02.58Boquetewow, last news on http://brlcad.org/ is about GCI 2013 :D
12:09.49*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.117.234)
13:21.10*** join/#brlcad Izakey__ (~Izakey@41.205.22.16)
13:25.16*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
13:47.50*** join/#brlcad Boquete_ (~piotr@aano244.neoplus.adsl.tpnet.pl)
13:54.38*** join/#brlcad sofat (~androirc@223.225.181.173)
13:55.26*** join/#brlcad shaina (~shaina@117.220.21.181)
14:49.27*** join/#brlcad Boquete (~piotr@aano244.neoplus.adsl.tpnet.pl)
15:03.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:16.29*** join/#brlcad gurwinder (75c7684b@gateway/web/freenode/ip.117.199.104.75)
15:34.03*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
16:14.45*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-khafndhchwlfmltu)
16:47.23*** join/#brlcad Boquete (~piotr@aano244.neoplus.adsl.tpnet.pl)
17:16.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:48.50*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
20:06.10*** join/#brlcad vasc (~vasc@bl8-194-96.dsl.telepac.pt)
20:19.52*** join/#brlcad sofat (~androirc@223.225.163.145)
20:20.19*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.201.180)
20:32.17*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
20:33.53*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
21:17.04*** join/#brlcad konrado (~konro@41.205.22.33)
21:54.39vascoh man
21:54.48vascwhat's the GUARD and XNOP OPS supposed to be
21:55.02vascit's supposed to be useful for XOR but i don't get why
21:56.04vascman XOR is weird like heck
22:08.46Stragusgrep on GUARD and XNOP: "UNARY tree -- for completeness only, should never be seen"
22:08.50Stragusponders
22:51.43vascnuke it from orbit. only way to be sure.
IRC log for #brlcad on 20150830

IRC log for #brlcad on 20150830

00:49.31starseekermakes a note that there is now a bold version of the inconsolata font... https://code.google.com/p/googlefontdirectory/source/browse/ofl/inconsolata/
01:38.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:00.18vascah great
02:18.28vascbrlcad, i rewrote rt_booleval. tell me what you think
02:18.34vasclater
02:18.47vascput a patch on the tracker
02:19.56vascman the new one is so much easier to read
02:20.54vascno gotos and uses a lot more less mem
02:20.59vascand it llinearizes and compact the tree
03:14.36starseekervasc: did you do any performance/correctness testing?
03:15.24starseekerreflects we should probably put together a test-all-branches suite of geometry for that code...
03:16.40starseekerwonder if some sort of segment-input generating fuzzer could be written just for the boolean code (http://lcamtuf.coredump.cx/afl/ style...)
03:18.19vascwell i ran a couple of runs with operators.g and i got slightly better speeds actually
03:18.28vascrendering speeds
03:18.33vascnot counting pre-preprocessing
03:19.03vascit doesn't have the xor because the xor code we use is whacked
03:19.11vasci don't know how to implement it without breaking something
03:19.35vasccouldn't find any test scenes with it either. allegedly to be removed as operator in 8.90
03:19.38vasc8.0
03:20.10vasci examined temporary outputs, they looked fine
03:20.19vascthe final output looks fine too
03:20.33vasccorrectness testing.... ask a computational maths guy
03:20.43vaschad enough of form proofs of correction in college
03:20.59vasclet alone against legacy code with unused legacy options and gotos
03:21.20vascmore test scenes would be appreciated.
03:21.48vascor you try it and tell me
03:21.54vascthe patch is in the sf.net
03:22.01vaschttps://sourceforge.net/p/brlcad/patches/417/
03:22.58vascXOR in the old code was implemented with access with these crap operations
03:23.04vascadditional ones
03:23.40vasc#define OP_GUARD        MKOP(9)         /**< @brief  Unary:  not L, or else! */
03:23.40vasc#define OP_XNOP         MKOP(10)        /**< @brief  Unary:  L, mark region */
03:23.59vascit's crap. you don't need that with the new code
03:24.06vascits just A^B and that's it
03:24.31vascit's all insane anyway
03:24.53vasccoz XOR can be defined as (A/B) u (B/A)
03:24.59vascso why need new operators for XOR?
03:25.02vascbonkers
03:26.24vascwas it to save on tree size or runtime stack space?
03:26.37vascwell its useless with my code
03:32.27StragusPerhaps processing could be simplified with a single XOR operation?
03:32.52StragusOr just decompose in 3 operations as you suggested, eh
03:34.33vascit's trivial to add XOR
03:34.42vascthe advantage is less stack space and opcode space
03:35.13vascmy problem is how not to break compact with old XOR. all edge cases. whatever those are supposed to be.
03:35.18vasccompat
03:35.36vasclike i said its like 7 lines of code
03:36.25vascs/opcode/machine code/
03:36.30vascas in virtual RPN machine code
03:36.33vascsnatch
03:36.49vasci made an RPN calculator for computing the CSG
03:38.15vascwell
03:38.20vasca small piece of the CSG code
03:38.25vascrt_booleval
03:38.35vascits probably applicable to other places as well
03:38.46vasci'll try to extend its use later
03:39.24vascbut that was the perf critical bit
03:46.05vasci guess i can make my own test scene
03:51.20vascit just blows up
03:51.27vasceven the stock version
03:51.51vascmaybe its a different UTF-8 character....
03:52.28vascjust a sec
03:55.26vascsegmentation fault again
03:56.47vascyou can't even do 'c xor obj1 ^ obj2' in mged without it crashing stupidly
03:56.52vascand that's with head
03:56.59vascso uh.
03:57.09vasci mean trunk
03:57.17vasctrunk doesn't work with xor input by user
03:57.23vascso why should my code work with that?
03:57.39vascyour thoughts brlcad
03:57.44vasci'm gonna sleep
06:15.26*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-uiigltxouomsqhzs)
08:14.58*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
08:23.16*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-fsoiiqocuuwwaquv)
08:36.21*** join/#brlcad Boquete (~piotr@83.5.96.244)
09:06.27*** join/#brlcad Boquete (~piotr@aano244.neoplus.adsl.tpnet.pl)
10:51.30*** join/#brlcad Boquete (~piotr@aano244.neoplus.adsl.tpnet.pl)
10:54.04*** join/#brlcad LordOfBikes (~armin@dslb-088-066-150-176.088.066.pools.vodafone-ip.de)
11:21.31*** join/#brlcad vasc (~vasc@bl8-194-96.dsl.telepac.pt)
11:46.35``Erikhuh, cmake --build .
13:31.06starseeker``Erik: something broken?
13:38.44``Erikno, cmake has a --build argument that calls whatever build system is appropriate
13:39.09``Erik(make, ninja, msvc, xcodebuild...)
13:47.12starseekerah
13:47.24starseekeryes, quite handy (theoretically) in the distcheck scripts :-)
13:47.39starseekerseldom tries distcheck with anything but make
13:47.48starseekersuppose I should at least try it with ninja
13:49.52*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.119.118)
14:50.06starseeker``Erik: is Notify down?
15:00.59*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
15:09.12*** join/#brlcad sofat (~androirc@106.192.23.0)
15:20.29Notify03BRL-CAD:vasco_costa * 66091 brlcad/trunk/src/librt/primitives/rt.cl: compute ocl transparency using attenuation.
15:20.39Notify03BRL-CAD:starseeker * 66092 (brlcad/branches/RELEASE/CMakeLists.txt brlcad/branches/RELEASE/misc/CMake/BRLCAD_CMakeFiles.cmake and 7 others): Minimal CMake updates for CMake >=3.0
15:20.42Notify03BRL-CAD:starseeker * 66093 (brlcad/branches/RELEASE/src/conv/fast4-g.c brlcad/branches/RELEASE/src/libged/importFg4Section.c): Fix build errors.
15:21.07Notify03BRL-CAD:starseeker * 66094 (brlcad/branches/RELEASE/CMakeLists.txt brlcad/branches/RELEASE/include/brlcad_ident.h brlcad/branches/RELEASE/misc/CMake/multiconfig_path_read.cmake.in): Apply a few more changes to the build logic, working towards Windows building - the build-time path reporting was causing more problems than it was worth, removed from ident.
15:21.10Notify03BRL-CAD:starseeker * 66095 (brlcad/branches/RELEASE/CMakeLists.txt brlcad/branches/RELEASE/include/config_win_cmake.h.in): Grab some of the Windows checks needed with newer MSVC
15:21.53Notify03BRL-CAD:starseeker * 66096 brlcad/branches/RELEASE/src/other/stepcode/src/cleditor/STEPfile.inline.cc: Pull in MSVC build fix from r62446
15:21.57Notify03BRL-CAD:starseeker * 66097 (brlcad/branches/RELEASE/CMakeLists.txt brlcad/branches/RELEASE/include/config_win_cmake.h.in): The isinf and isnan tests don't seem to be working correctly with this merge... must need more than just these changes. Revert for now.
15:22.11Notify03BRL-CAD:starseeker * 66098 brlcad/branches/RELEASE/include/config_win_cmake.h.in: Since the MSVC tests don't seem to be functioning reliably in this version and I'm not sure what other pieces are needed from trunk, take the direct approach just for the patch release.
15:22.17``Erikheh, woops, the pump thread died the other day (bad encoding in an email, I need to fix the parser) and I checked one of the threads, but not the one that actually died... O:-) once it catches up, it should run normal (until it breaks again)
15:22.55Notify03BRL-CAD:brlcad * 66099 brlcad/trunk/HACKING: revert back to the more strict wording regarding commit access
15:23.10Notify03BRL-CAD:starseeker * 66100 brlcad/branches/RELEASE/include/bu.h: math.h may have INFINITY definition.
15:23.12Notify03BRL-CAD:starseeker * 66101 (brlcad/branches/RELEASE/src/libicv/bw.c brlcad/branches/RELEASE/src/libicv/encoding.c and 5 others): Merge r57642 - HIDDEN causing problems on Windows build.
15:23.14Notify03BRL-CAD:starseeker * 66102 (brlcad/branches/RELEASE/src/libicv/bw.c brlcad/branches/RELEASE/src/libicv/dpix.c and 9 others): More HIDDEN updates.
15:23.16Notify03BRL-CAD:starseeker * 66103 brlcad/branches/RELEASE/include/common.h: We're CMake only now - not going to patch up config_win.h
15:23.33Notify03BRL-CAD:brlcad * 66104 (brlcad/branches/RELEASE/include/db5.h brlcad/branches/RELEASE/include/magic.h and 11 others): merge initial datum support from c65612 and c65614 with a bit of conflict resolution due to header movement
15:23.37Notify03BRL-CAD:brlcad * 66105 (brlcad/branches/RELEASE/NEWS brlcad/branches/RELEASE/include/conf/PATCH): stub the 7.24.4 patch release section, bump the patch revision
15:23.38Notify03BRL-CAD:brlcad * 66106 (brlcad/branches/RELEASE/src/libbu/heap.c brlcad/branches/RELEASE/src/libbu/tests/bu_str_isprint.c and 8 others): compilation quellage not seen on trunk due to the different header inclusions.
15:23.40Notify03BRL-CAD:brlcad * 66107 brlcad/branches/RELEASE/src/fbed/fbed.c: more quellage
15:23.43Notify03BRL-CAD:brlcad * 66108 (brlcad/branches/RELEASE/NEWS brlcad/branches/RELEASE/src/fb/png-fb.c and 14 others): merge the remainder of datum work based on log activity including the following revisions: 65613,65627,65648,65649,65729,65743,65754,65763,65764,65775,65842.
15:25.12Notify03BRL-CAD:vasco_costa * 66109 brlcad/trunk/src/librt/bool.c: eliminated seven gotos. thx branch elimination optimizations.
15:25.34Notify03BRL-CAD:vasco_costa * 66110 brlcad/trunk/src/librt/bool.c: don't export booleval symbol. it is only called by rt_boolfinal in same file.
15:26.40Notify03BRL-CAD:starseeker * 66111 (brlcad/trunk/include/rt/wdb.h brlcad/trunk/src/conv/CMakeLists.txt and 14 others): Using the BRLCAD_ENABLE_TARGETS=1 build config setting, remove last stray bits of Tcl dependency in librt and libsysv. Can now build the level one targets without needing to build Tcl.
15:26.42Notify03BRL-CAD Wiki:202.164.45.212 * 9483 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
15:26.44Notify03BRL-CAD Wiki:Vasco.costa * 9484 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
15:26.46Notify03BRL-CAD Wiki:Vasco.costa * 9485 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */
15:26.48Notify03BRL-CAD Wiki:BoqueteBRL * 0 /wiki/User:BoqueteBRL:
16:12.33*** join/#brlcad Boquete (~piotr@bwa86.neoplus.adsl.tpnet.pl)
16:19.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:08.27*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.119.118)
17:44.15*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
18:05.06Notify03BRL-CAD:starseeker * 66112 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Hmm - this causes problems for some cylinder faces.
18:10.17Notify03BRL-CAD:starseeker * 66113 brlcad/trunk/src/libbrep/CMakeLists.txt: Add some tests for brep->csg conversion.
19:01.18*** join/#brlcad merzo (~merzo@221-12-132-95.pool.ukrtel.net)
19:40.40*** join/#brlcad konrado (~konro@41.205.22.54)
20:51.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:08.56Notify03BRL-CAD:vasco_costa * 66114 brlcad/trunk/src/librt/bool.c: eliminated some gotos with equivalent code. actually makes code more readable imo.
21:15.54*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:24.00*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
22:26.53Notify03BRL-CAD:vasco_costa * 66115 brlcad/trunk/src/librt/bool.c: refactor it a bit to make it look nicer. in a pinch if the debug msg is disabled all the remaining goto's to done_wave can be replaced with returns.
IRC log for #brlcad on 20150831

IRC log for #brlcad on 20150831

01:24.10*** join/#brlcad LordOfBikes_ (~armin@dslb-092-074-248-217.092.074.pools.vodafone-ip.de)
01:36.25Notify03BRL-CAD:vasco_costa * 66116 brlcad/trunk/src/librt/bool.c: remove all gotos from rt_boolweave.
01:37.10Notify03BRL-CAD Wiki:Ejno------ * 9486 /wiki/GCV_Plugin_Tutorial: Created page with "==Introduction== This tutorial will demonstrate the process of integrating conversion plugins into the Geometry Conversion Library (GCV). ==Build Integration== In order to ..."
02:35.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:38.33Notify03BRL-CAD:vasco_costa * 66117 (brlcad/branches/opencl/HACKING brlcad/branches/opencl/doc/docbook/CMakeLists.txt and 44 others): merge from trunk.
03:19.33Notify03BRL-CAD:vasco_costa * 66118 (brlcad/branches/opencl/include/rt/boolweave.h brlcad/branches/opencl/include/rt/region.h and 5 others): apply patch to replace rt_booleval and other performance critical functions to use a compiled postfix (RPN) bool tree.
04:03.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:18.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:53.20*** join/#brlcad sofat (~androirc@101.213.15.36)
05:14.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:29.32*** join/#brlcad Boquete (~piotr@bwa86.neoplus.adsl.tpnet.pl)
06:52.00*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
08:52.45*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:19.15*** join/#brlcad konrado (~konro@41.205.22.34)
09:26.15*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:59.16*** join/#brlcad LordOfBikes (~armin@dslb-092-074-248-217.092.074.pools.vodafone-ip.de)
10:51.17*** join/#brlcad ries_nicked (~ries@217.121.196.126)
10:54.01*** join/#brlcad konrado (~konro@41.205.22.45)
11:33.20*** join/#brlcad vasc (~vasc@bl12-1-27.dsl.telepac.pt)
12:05.48vascbrlcad, checked out the goto removal i did on src/librt/bool.c?
12:06.16vascbrlcad, i also have a patch to replace the rt_booleval function that i assigned to you
12:08.32vascbrlcad, afaik it didn't break anything or lose performance from the goto removal. at least from the limited testing i did. i don't have complex csg models to test with.
12:09.13vascbrlcad, but other than an extra branch or two an optimized building with compiler branch optimizations should compute the gotos 100% exact same
13:34.31*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
13:40.18Notify03BRL-CAD:d_rossberg * 66119 brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c: local variables need to be declared at the beginning of a block for C89/MSVC before 2013
13:49.54Notify03BRL-CAD:starseeker * 66120 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Not sure if this is handled correctly, but make sure the axis and the planes line up for whole cylinders...
13:56.53*** join/#brlcad sofat (~androirc@101.208.159.250)
14:07.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:18.26Notify03BRL-CAD:starseeker * 66121 (brlcad/trunk/src/libbrep/tests/brep_csg_1.g brlcad/trunk/src/libbrep/tests/brep_csg_2.g): rename objects for convenience.
14:28.03Notify03BRL-CAD:vasco_costa * 66122 brlcad/trunk/src/librt/primitives/primitive_util.c: simplify basic ocl material lookup code.
14:41.10*** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
15:05.14*** join/#brlcad sofat_ (~androirc@101.216.174.25)
15:19.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:20.48Notify03BRL-CAD:starseeker * 66123 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: If an arc is also a circle, need to handle a bit differently.
15:23.30*** join/#brlcad ih8sum3r (~ih8sum3r@106.192.42.160)
15:24.12ih8sum3r``Erik, brlcad : Is that kernel driver problem regarding Vbox solved?
15:33.15Notify03BRL-CAD:brlcad * 66124 brlcad/trunk/src/librt/primitives/rec/rec.c: after much pinpointing, revert the specific portion of rweiss' change in r56016 that made perfectly slicing through the ends of a tgc/rec a miss. this subtle change causes geometry to be missed which cascades into different analysis results. more inspection warranted, but this restores behavior for a patch release.
15:34.24Notify03BRL-CAD:brlcad * 66125 brlcad/trunk/src/librt/primitives/rec/rec.c: eliminate equality test
15:43.34Notify03BRL-CAD:brlcad * 66126 brlcad/trunk/src/librt/primitives/rec/rec.c: looks like vshot is now terribly out of sync, so leave a cautionary note for future travelers. vshot() will probably go away wholesale as the new coherent pipeline comes online.
15:46.33*** join/#brlcad berserker (~berserker@122.15.200.115)
16:00.03Notify03BRL-CAD:starseeker * 66127 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/tests/brep_csg_2.g): More circle handling.
16:00.56berserkerHi I am new here and would like to contribute to BRL-CAD. Could someone help me out.
16:22.49Notify03BRL-CAD:starseeker * 66128 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: More circle handling.
16:23.22starseekerberserker: howdy!
16:23.27starseekerwhat are your general interests?
16:23.40starseekercoding, documentation, website work, etc...
16:23.51berserkerHi I am interested in writing code
16:25.26starseekerwhat languages are you familiar with?
16:32.03*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
16:36.53*** join/#brlcad Boquete (~piotr@83.27.242.191)
16:50.32Notify03BRL-CAD:brlcad * 66129 brlcad/branches/RELEASE/src/librt/primitives/rec/rec.c: merge r66124 through r66126 which restores behavior for a subtle floating point issue in tgc/rec shotlining. not the end-state, but consistent behavior for patch release.
16:56.17*** join/#brlcad yiyus (1242712427@je.je.je)
17:10.29brlcadvasc: I noticed and started yesterday, it'll take a while to test
17:10.40brlcadfirst simple test passed, so that was good ;)
17:10.46*** join/#brlcad ih8sum3r_ (~ih8sum3r@223.225.158.67)
17:11.54vascit took several tries to eliminate the gotos best way
17:12.16vascmake sure to test with -O or -O2 on or branch optimization won't be done by compiler and may be slower than gotos
17:12.46vasci think -O does it but might need more to enable branch opts
17:13.41vascmodern optimizing C compilers usually choke on gotos a lot.
17:13.46vascit disables a lot of optimizations
17:14.51vascit makes it harder to define basic blocks
17:15.09vascor to predict code flow even
17:24.54vascan optimizing compiler turns those cascading ifs into direct jumps to end of cascade if you enter one block
17:25.55vasci think it also makes it more easy to analyze the code
17:26.31vascthe number of partitions is between N and 1+2*(N-1)
17:26.44vascwhere N is number of segments
17:27.41vasci couldn't see that with the gotos
17:28.43vascactually surprised because i expected max bound to be larger
17:29.26vasci hope the performance is also to expectations
17:30.15vascif you turn the compiler optimizations all on a modern compiler can analyze code like this a lot better than old one
17:30.27Notify03BRL-CAD:brlcad * 66130 (brlcad/branches/STABLE/CMakeLists.txt brlcad/branches/STABLE/NEWS and 45 others): merge r61075 through r66074 from RELEASE to STABLE, in preparation for 7.24.4. this pulls datums, build fixes, and tgc/rec grazing behavior reversion.
17:42.09*** join/#brlcad sofat (~androirc@101.214.216.126)
17:46.58brlcadon a big smp parallel test I did yesterday (64 cores iirc), there was essentially no difference unoptimized (which was a good sign)
17:47.15brlcadwe'll have to explore the lower and higher end performance profile before this goes live
17:47.37vasccool
17:47.44brlcadboth optimized and un just to understand the impact
17:47.59brlcadbut obviously optimized is what matters
17:48.01vascyou saw the RPN tree patch?
17:48.34brlcadsaw it, but didn't inspect
17:48.42vaschttps://sourceforge.net/p/brlcad/patches/417/
17:48.57vascthis one would make future porting to opencl or some other architecture a lot easier as well
17:49.03vascand it should be slightly faster. i hope.
17:49.05vascnot sure.
17:49.23vascbut this one might not be 100% formally equivalent to old code
17:49.31vascso this is why i did not commit to svn trunk like other
17:50.13vascthe major concern is how it handles XOR and its little friends
17:50.24vascthe current code for XOR is seriously too strange for me to contemplate.
17:50.30vasci put my version in that patch.
17:50.42vascin fact i tried doing a xor in mged and it failed
17:50.50vascit didn't accept the comb
17:51.06vascc sph1 ^ sph2 and blam it crashed
17:51.14vascc sph1 + sph2 works fine
17:51.49vascwell c csg sph1 ^ sph2
17:51.57vascand c csg sph1 + sph2
17:52.03vascsomething like that
17:57.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:58.05Notify03BRL-CAD:vasco_costa * 66131 (brlcad/trunk/src/librt/primitives/arb8/arb8_shot.cl brlcad/trunk/src/librt/primitives/bot/bot_shot.cl and 9 others): process ocl segments instead of hit points. use registers to store segments in single pass. new single pass lightmodes: "full" and "multi-hit" transparent.
18:01.36*** join/#brlcad sofat (~androirc@101.214.216.126)
18:04.17*** join/#brlcad sofat (~androirc@101.214.216.126)
19:13.42*** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net)
19:18.11*** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net)
19:27.57*** mode/#brlcad [+o brlcad] by ChanServ
19:28.54*** join/#brlcad vasc (~vasc@bl12-1-27.dsl.telepac.pt)
19:32.17*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
19:38.42vascback
19:45.22*** join/#brlcad konrado (~konro@41.205.22.2)
20:45.08Notify03BRL-CAD:vasco_costa * 66132 (brlcad/trunk/include/rt/shoot.h brlcad/trunk/src/librt/primitives/common.cl and 2 others): updated multiple-kernel launch renderer to work with whole segment lists.
20:53.17Notify03BRL-CAD Wiki:Vasco.costa * 9487 /wiki/User:Vasco.costa/GSoC15/logs:
21:20.18Notify03BRL-CAD Wiki:Vasco.costa * 9488 /wiki/User:Vasco.costa/GSoC15/logs: /* Post Development Phase */
21:20.48Notify03BRL-CAD Wiki:Vasco.costa * 9489 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */
21:21.07Notify03BRL-CAD Wiki:Vasco.costa * 9490 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */
21:21.46Notify03BRL-CAD Wiki:Vasco.costa * 9491 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */
21:24.31Notify03BRL-CAD Wiki:Vasco.costa * 9492 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */
21:25.29Notify03BRL-CAD Wiki:Vasco.costa * 9493 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */
21:34.00Notify03BRL-CAD Wiki:Vasco.costa * 9494 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */
21:34.54Notify03BRL-CAD Wiki:Vasco.costa * 9495 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */
21:35.18Notify03BRL-CAD Wiki:Vasco.costa * 9496 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */
21:37.42Notify03BRL-CAD Wiki:Vasco.costa * 9497 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */
21:40.43Notify03BRL-CAD Wiki:Vasco.costa * 9498 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */
21:42.37Notify03BRL-CAD Wiki:Vasco.costa * 9499 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */
21:44.53Notify03BRL-CAD:brlcad * 66133 brlcad/trunk/src/librt/primitives/rec/rec.c: this fixes where the previous attempt at eliminating a floating point equality test went wrong. '1.0' equals '1.0 + epsilon' for really tiny values, like our SMALL_FASTF. that meant we lost the equals case (creating an open set) and got incorrect grazing behavior on tgc. you can do comparisons with values that small but not math, so here we shift
21:44.55Notifythe test and get the correct behavior. on quick review, a lot of places throughout the code are getting this wrong.
21:44.57Notify...
21:53.21Notify03BRL-CAD:vasco_costa * 66134 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/libbrep/shape_recognition_cone.cpp and 19 others): merge changes from trunk.
21:54.24*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:55.02Notify03BRL-CAD:brlcad * 66135 brlcad/branches/RELEASE/src/librt/primitives/rec/rec.c: merge c66133 from trunk
22:21.25Notify03BRL-CAD:vasco_costa * 66137 brlcad/branches/opencl/src/librt/primitives/primitive_util.c: fix ocl material colors for good.
22:21.48Notify03BRL-CAD:brlcad * 66136 (brlcad/branches/STABLE/src/librt/primitives/rec/rec.c Property Changed: and 2 others): merge c66135 from RELEASE so we get the right LOS values when grazing through an endcap
22:22.43Notify03BRL-CAD:brlcad * 66138 (svn:mergeinfo ## -1,3 +1,3 ## and 11 others): oops, don't forget mergeinfoProperty Changed:----------------brlcad/branches/RELEASE/
22:25.27Notify03BRL-CAD:vasco_costa * 66139 (brlcad/trunk/src/librt/primitives/primitive_util.c Property Changed: and 2 others): fix ocl solid material colors. for good i hope.
22:26.36Notify03BRL-CAD Wiki:Vasco.costa * 9500 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */
22:26.55Notify03BRL-CAD Wiki:Vasco.costa * 9501 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */
IRC log for #brlcad on 20150901

IRC log for #brlcad on 20150901

01:05.17*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
01:05.17*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
04:01.23*** join/#brlcad hackrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
04:15.43*** part/#brlcad vasc (~vasc@bl12-1-27.dsl.telepac.pt)
05:03.18*** join/#brlcad ih8sum3r (~ih8sum3r@223.225.158.67)
05:28.24*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
07:30.31*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:02.54*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
09:48.45*** join/#brlcad Boquete (~piotr@bda191.neoplus.adsl.tpnet.pl)
10:38.27*** join/#brlcad hackrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
12:20.25*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
14:07.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:15.21*** join/#brlcad ih8sum3r (~ih8sum3r@106.192.16.134)
14:16.24Notify03BRL-CAD:starseeker * 66140 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 4 others): face_set_key actually isn't specific to faces.
14:24.40*** join/#brlcad Boquete (~piotr@abel104.neoplus.adsl.tpnet.pl)
16:03.16*** join/#brlcad ih8sum3r (~ih8sum3r@106.192.16.134)
16:04.55*** join/#brlcad konrado (~konro@41.205.22.60)
16:09.31*** join/#brlcad ih8sum3r (~ih8sum3r@106.192.16.134)
16:34.03Notify03BRL-CAD:starseeker * 66141 brlcad/trunk/include/brep.h: Reorganize subbrep_object_data struct a bit
16:39.33*** join/#brlcad Boquete (~piotr@abel104.neoplus.adsl.tpnet.pl)
16:53.59*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
17:11.51Notify03BRL-CAD:brlcad * 66142 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libged/joint.c and 10 others): fix the remaining places where we do math with SMALL_FASTF and SQRT_SMALL_FASTF, which is a no no. those constants are defined as epsilons near zero, which can result in no operation when added or subtracted from a number that is not near zero. this results in unexpected expression logic
17:11.53Notifywhere cases like '1.0' < '1.0 + SMALL_FASTF' evaluates false -- they are equal because SMALL_FASTF is too small (consider nextafter() or a larger epsilon value like VDIVIDE_TOL). instead of trying to do math with the small values, shift the expression and equivalently just compare against it.
17:11.55Notify...
17:15.11Notify03BRL-CAD:brlcad * 66143 brlcad/trunk/include/config_win.h.in: DBL_EPSILON is only good near 1.0 as a nextafter approximation. it becomes increasingly wrong as numbers increase in power from 1.0 and wildly wrong near zero.
17:41.25BoqueteNew google logo *.*
17:46.04Notify03BRL-CAD:starseeker * 66144 (brlcad/trunk/include/brep.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp and 8 others): Start trying a bit of a refactor for readability - this almost certainly breaks things.
17:46.46*** join/#brlcad konrado (~konro@41.205.22.4)
17:53.23*** join/#brlcad sofat (~sofat@202.164.45.212)
17:54.13Notify03BRL-CAD:starseeker * 66145 brlcad/trunk/src/libbrep/shape_recognition.cpp: use faces rather than loops for key
18:04.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:38.32Notify03BRL-CAD:brlcad * 66146 brlcad/trunk/TODO: idents command is displaying subtracted entities too and that's not helpful.
18:41.29*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
19:09.51*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:13.39Notify03BRL-CAD:brlcad * 66147 brlcad/trunk/src/burst/grid.c: eliminate duplicate code. just call the default handler instead of copying it.
19:15.03Notify03BRL-CAD:brlcad * 66148 brlcad/trunk/src/burst/grid.c: and the other instance of duplication...
19:17.18Notify03BRL-CAD:brlcad * 66149 brlcad/trunk/src/burst/grid.c: rt_defoverlap IS published already
19:24.38*** join/#brlcad sofat (~sofat@202.164.45.212)
19:29.54Notify03BRL-CAD:brlcad * 66150 brlcad/trunk/src/librt/bool.c: there are a lot of old symbols in here that should not be published, should be hidden/static, and warrant renaming to not use the rt_ prefix of the published API.
19:31.08Notify03BRL-CAD:brlcad * 66151 brlcad/trunk/src/librt/bool.c: rt_fdiff was marked obsolete for 7.26, but still needed to be removed. gone now.
19:39.23Notify03BRL-CAD:brlcad * 66152 brlcad/trunk/src/librt/bool.c: more function hiding and elimination of the obsolete rt_reldiff function
19:41.33Notify03BRL-CAD:brlcad * 66153 brlcad/trunk/CHANGES: clean up incorrect regex lines (version goes on comment lines), rename rt_grow_boolstack to rt_bool_growstack for consistency
19:44.06Notify03BRL-CAD:brlcad * 66154 (brlcad/trunk/include/rt/boolweave.h brlcad/trunk/src/librt/bool.c and 2 others): rename rt_grow_boolstack to rt_bool_growstack for consistency
20:08.32Notify03BRL-CAD:starseeker * 66155 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: Scale, then duplicate...
20:35.01*** join/#brlcad merzo (~merzo@244-53-132-95.pool.ukrtel.net)
21:23.25*** join/#brlcad vasc (~vasc@bl7-126-159.dsl.telepac.pt)
22:26.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:04.20Notify03BRL-CAD:starseeker * 66156 brlcad/trunk/src/libbrep/shape_recognition.cpp: Need to insert sb before continuing...
IRC log for #brlcad on 20150902

IRC log for #brlcad on 20150902

00:20.27Notify03BRL-CAD:starseeker * 66157 brlcad/trunk/src/libbrep/shape_recognition.cpp: Simplify subbrep rebuild by using loops rather than edges as the primary guiding data container.
00:22.23*** join/#brlcad vasc (~vasc@bl7-126-159.dsl.telepac.pt)
00:25.07Notify03BRL-CAD:starseeker * 66158 brlcad/trunk/src/libbrep/shape_recognition.cpp: tweak comments
01:13.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:35.28*** join/#brlcad LordOfBikes (~armin@dslb-088-064-032-199.088.064.pools.vodafone-ip.de)
04:59.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:22.14*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.111.95)
10:47.37*** part/#brlcad Ch3ck_ (~Ch3ck@154.70.111.95)
10:52.02*** join/#brlcad vasc (~vasc@bl7-126-159.dsl.telepac.pt)
11:26.43*** join/#brlcad konrado (~konro@41.205.22.29)
12:28.32*** join/#brlcad bhollister2 (~behollis@dhcp-59-221.cse.ucsc.edu)
13:31.35*** join/#brlcad Boquete (~piotr@abkf104.neoplus.adsl.tpnet.pl)
13:44.35*** join/#brlcad shaina (~shaina@59.89.102.91)
13:44.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:50.23*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.120.50)
14:53.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:45.39*** join/#brlcad Boquete (~piotr@abkf104.neoplus.adsl.tpnet.pl)
15:55.54*** join/#brlcad konrado (~konro@41.205.22.20)
16:05.11*** join/#brlcad konrado_ (~konro@41.205.22.19)
16:10.46Notify03BRL-CAD:starseeker * 66159 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Simplify the full cylinder shape recognition test.
17:14.03*** join/#brlcad konrado (~konro@41.205.22.60)
17:40.00*** join/#brlcad sofat (~sofat@202.164.45.212)
17:53.00*** join/#brlcad Izakey (~Isaac@41.205.22.45)
18:24.09Notify03BRL-CAD:starseeker * 66160 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): Generalize the cone recognition routine, use only faces rather than involving edges.
18:24.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:28.12Notify03BRL-CAD:starseeker * 66161 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: If both planes are perpendicular to the cylinder axis, they are parallel to each other.
18:29.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:31.11*** join/#brlcad sofat (~sofat@202.164.45.212)
18:59.06*** join/#brlcad merzo (~merzo@147-204-36-78.baltnet.ru)
19:08.57*** join/#brlcad Boquete (~piotr@abkf104.neoplus.adsl.tpnet.pl)
19:15.36*** join/#brlcad LordOfBikes_ (~armin@dslb-088-064-041-192.088.064.pools.vodafone-ip.de)
20:00.47*** join/#brlcad Izakey (~Isaac@41.205.22.56)
20:50.53*** join/#brlcad LordOfBikes (~armin@dslb-088-064-041-192.088.064.pools.vodafone-ip.de)
20:59.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:26.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:25.42*** join/#brlcad konrado (~konro@41.205.22.6)
22:27.40*** part/#brlcad konrado (~konro@41.205.22.6)
22:44.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:59.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150903

IRC log for #brlcad on 20150903

00:12.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:27.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:35.13*** join/#brlcad konrado (~konro@41.205.22.33)
00:57.47*** join/#brlcad konrado_ (~konro@41.205.22.50)
01:19.49*** join/#brlcad LordOfBikes_ (~armin@dslb-088-064-036-043.088.064.pools.vodafone-ip.de)
03:12.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:40.08*** join/#brlcad merzo (~merzo@147-204-36-78.baltnet.ru)
06:39.01*** join/#brlcad cox (~quassel@188.226.208.53)
07:05.36*** join/#brlcad merzo (~merzo@kld-mts.rbpi.no)
07:25.15*** join/#brlcad LordOfBikes (~armin@dslb-088-064-036-043.088.064.pools.vodafone-ip.de)
11:00.00*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.203.26)
11:41.01*** join/#brlcad merzo (~merzo@kld-mts.rbpi.no)
13:28.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:58.22*** join/#brlcad Boquete (~piotr@bbp60.neoplus.adsl.tpnet.pl)
14:01.52*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.203.26)
14:09.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:30.55*** join/#brlcad merzo (~merzo@kld-mts.rbpi.no)
15:31.26Notify03BRL-CAD Wiki:Davewolfen * 0 /wiki/User:Davewolfen:
15:42.03ih8sum3rbrlcad: Is that VM driver problem solved?
15:43.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:22.15*** join/#brlcad Boquete (~piotr@bbp60.neoplus.adsl.tpnet.pl)
16:50.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:46.44*** join/#brlcad vasc (~vasc@bl13-109-88.dsl.telepac.pt)
18:17.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:18.13*** join/#brlcad merzo (~merzo@kld-mts.rbpi.no)
19:36.26*** join/#brlcad merzo (~merzo@kld-mts.rbpi.no)
20:29.22*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
20:52.03*** join/#brlcad konrado_ (~konro@41.205.22.9)
21:50.36*** join/#brlcad merzo (~merzo@147-204-36-78.baltnet.ru)
22:27.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150904

IRC log for #brlcad on 20150904

00:23.05*** join/#brlcad yiyus (1242712427@je.je.je)
01:32.38*** join/#brlcad LordOfBikes (~armin@dslb-088-066-159-122.088.066.pools.vodafone-ip.de)
11:22.25*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
11:22.25*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
11:47.21*** join/#brlcad merzo (~merzo@kld-mts.rbpi.no)
11:58.13*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
12:14.10*** join/#brlcad merzo (~merzo@kld-mts.rbpi.no)
12:14.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:57.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:18.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:42.13*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
14:23.29*** join/#brlcad Boquete (~piotr@avi188.neoplus.adsl.tpnet.pl)
14:27.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:27.50*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.48.206)
14:42.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:57.28brlcadih8sum3r: no, it's not -- we have to schedule a reboot
14:57.59brlcadyou'll notice uptime is pretty high, we don't do that willingly or often ;)
14:59.19ih8sum3rbrlcad: Okay, so I have to wait more to make it production ready. No worries I'll keep on checking and whenever problem get solved I'll start working on it.
15:00.32``Erikcan you make a vm with a similar configuration to the server to work in?
15:01.18``Erik(we only have 192 days uptime, not like we're counting in years just yet)
15:02.01ih8sum3rYah! I can give a try. Where to find vm configuration?
15:02.45``Erikum, "freebsd 10 stable" and if you want a list of existing installed packages, run "pkg list" on the server? :D
15:03.18``Erik32b fbsd, but running on I think an 8 core xeon machine?
15:04.10ih8sum3rAnd RAM?
15:04.39``Erik4g
15:05.10``Erikwith a giant obnoxious java process gobbling between 1 and 2 gigs at any given time *cough* :D
15:05.32``Erikand slightly less obnoxious other procs, like mysqld, postgresqld, sbcl, ...
15:05.40ih8sum3rI have given 1GB to vbox that I had uploaded before. Is that okay or should I reduce it?
15:06.24*** join/#brlcad merzo (~merzo@kld-mts.rbpi.no)
15:06.25``Erikum, right now we're 1.6 gigs into swap
15:07.32``Erikso I'd think reduce it as much as possible?
15:09.05ih8sum3rHmm 512MB serves I think.
15:10.47ih8sum3rBut it will take time to respond. Let's see what happen we change it later on.
15:11.55ih8sum3rbrlcad: I'm working on it's documentation too. Which servers best XML or LaTeX?
15:13.43``Erikdocbook xml is probably best for this (even though latex is way cooler)
15:14.52ih8sum3rI know LaTeX much better than XML. I'm playing with it from last year and a half.
15:16.12``Erikaight, we'll see what brlcad says :)
18:04.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:51.48*** join/#brlcad konrado (~konro@41.205.22.6)
19:31.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:15.40*** join/#brlcad cox_ (~quassel@188.226.208.53)
20:56.38*** join/#brlcad merzo (~merzo@195.96.78.11)
21:10.02*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
IRC log for #brlcad on 20150905

IRC log for #brlcad on 20150905

04:55.04*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
07:11.25*** join/#brlcad pujani (~pujani@202.164.45.212)
07:12.17*** join/#brlcad pujani_ (~pujani@202.164.45.212)
07:14.31*** join/#brlcad pujani_ (~pujani@202.164.45.212)
08:35.44*** join/#brlcad Boquete (~piotr@acos244.neoplus.adsl.tpnet.pl)
11:27.42*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-hnfpnjwtosvkkkju)
11:28.52*** join/#brlcad pujani (~pujani@202.164.45.212)
12:36.39*** join/#brlcad pujani (~pujani@202.164.45.208)
12:43.18*** join/#brlcad konrado (~konro@41.205.22.4)
13:02.50*** join/#brlcad pujani (~pujani@202.164.45.212)
13:06.44*** join/#brlcad merzo (~merzo@213-86-132-95.pool.ukrtel.net)
13:25.16*** join/#brlcad Boquete (~piotr@acos244.neoplus.adsl.tpnet.pl)
13:29.59*** join/#brlcad pujani (~pujani@202.164.45.212)
14:51.10*** join/#brlcad merzo (~merzo@78-110-133-95.pool.ukrtel.net)
15:01.01*** join/#brlcad pujani (~pujani@202.164.45.212)
15:25.15*** join/#brlcad pujani (~pujani@202.164.45.212)
15:28.56*** join/#brlcad merzo (~merzo@203-12-132-95.pool.ukrtel.net)
15:56.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:09.59*** join/#brlcad pujani (~pujani@202.164.45.212)
18:21.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:47.09*** join/#brlcad merzo (~merzo@143-51-132-95.pool.ukrtel.net)
19:37.59*** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net)
19:38.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:16.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:29.05*** join/#brlcad Boquete (~piotr@acos244.neoplus.adsl.tpnet.pl)
20:34.33*** join/#brlcad LordOfBikes (~armin@dslb-088-066-159-122.088.066.pools.vodafone-ip.de)
20:39.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:13.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:34.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:16.13*** join/#brlcad merzo (~merzo@143-51-132-95.pool.ukrtel.net)
22:44.29*** join/#brlcad merzo (~merzo@143-51-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20150906

IRC log for #brlcad on 20150906

01:39.24*** join/#brlcad LordOfBikes (~armin@dslb-092-074-231-102.092.074.pools.vodafone-ip.de)
02:24.44*** join/#brlcad pujani (~pujani@125.18.96.142)
02:24.46*** join/#brlcad pujani_ (~pujani@125.18.96.142)
03:40.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:02.17Notify03BRL-CAD Wiki:Subirpaul47 * 0 /wiki/User:Subirpaul47:
07:22.02*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-rlqngcmppkkymjef)
07:36.42*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-zikpmpnumhggtovo)
09:07.52*** join/#brlcad Boquete (~piotr@abki216.neoplus.adsl.tpnet.pl)
09:25.41*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-wwewgngqdgtveqge)
09:39.58*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.48.206)
09:48.43*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-neskkowqvmqgnywq)
09:49.53*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-edbqzuthpcqctqnh)
10:07.09*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dfuxvrysiamaueem)
11:17.46*** join/#brlcad Boquete (~piotr@abki216.neoplus.adsl.tpnet.pl)
12:08.19*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-zccnhpfaeaznubjc)
12:42.51*** join/#brlcad merzo (~merzo@143-51-132-95.pool.ukrtel.net)
13:17.46*** join/#brlcad merzo (~merzo@175-48-132-95.pool.ukrtel.net)
13:38.37*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.48.206)
14:08.44*** join/#brlcad merzo (~merzo@113-37-133-95.pool.ukrtel.net)
14:46.13*** join/#brlcad Boquete (~piotr@abki216.neoplus.adsl.tpnet.pl)
15:02.44*** join/#brlcad pujani (~pujani@125.18.96.142)
15:13.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:15.55*** join/#brlcad merzo (~merzo@145-51-132-95.pool.ukrtel.net)
15:30.04*** join/#brlcad ih8sum3r (~ih8sum3r@122.173.48.206)
16:09.53*** join/#brlcad Boquete (~piotr@abki216.neoplus.adsl.tpnet.pl)
17:36.44*** join/#brlcad merzo (~merzo@74-149-133-95.pool.ukrtel.net)
17:42.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:47.28*** join/#brlcad Zeb_ (461a6d61@gateway/web/freenode/ip.70.26.109.97)
18:00.53*** join/#brlcad merzo (~merzo@234-108-132-95.pool.ukrtel.net)
18:13.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:15.16*** join/#brlcad Boquete_ (~piotr@abki216.neoplus.adsl.tpnet.pl)
18:20.45*** join/#brlcad merzo (~merzo@61-104-132-95.pool.ukrtel.net)
18:25.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:28.45*** join/#brlcad vasc (~vasc@bl13-120-129.dsl.telepac.pt)
20:20.02*** join/#brlcad merzo (~merzo@97-3-132-95.pool.ukrtel.net)
20:37.38*** join/#brlcad merzo (~merzo@6-20-133-95.pool.ukrtel.net)
21:44.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:13.57*** join/#brlcad merzo (~merzo@6-20-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20150907

IRC log for #brlcad on 20150907

01:36.42*** join/#brlcad LordOfBikes_ (~armin@dslb-092-074-231-200.092.074.pools.vodafone-ip.de)
02:29.52*** join/#brlcad ``Erik_ (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
02:36.41*** join/#brlcad yiyus (1242712427@je.je.je)
03:02.19*** join/#brlcad LordOfBikes_ (~armin@dslb-092-074-231-200.092.074.pools.vodafone-ip.de)
03:08.12*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
03:09.26*** join/#brlcad bhollister2 (~behollis@dhcp-59-221.cse.ucsc.edu)
03:20.09*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
03:20.09*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
07:32.00*** join/#brlcad vasc (~vasc@bl13-120-129.dsl.telepac.pt)
07:32.00vascd
10:13.38*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-jcsshynazvuywvxu)
10:43.05*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ylwmaodynvpcgqtu)
14:18.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:19.41*** join/#brlcad Boquete (~piotr@aanp140.neoplus.adsl.tpnet.pl)
16:37.49*** join/#brlcad LordOfBikes_ (~armin@dslb-092-074-231-200.092.074.pools.vodafone-ip.de)
16:38.19*** join/#brlcad LordOfBikes (~armin@dslb-092-074-231-200.092.074.pools.vodafone-ip.de)
17:09.14*** join/#brlcad vasc_ (~vasc@bl13-99-37.dsl.telepac.pt)
17:14.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:27.55*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
18:37.13*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
20:13.20*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.28.208)
21:29.45Notify03BRL-CAD:ejno * 66162 brlcad/trunk/src/libgcv/plugin.h: document return value of conversion_fn()
21:37.07Notify03BRL-CAD:ejno * 66163 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix typo in write_boolean()
IRC log for #brlcad on 20150908

IRC log for #brlcad on 20150908

01:35.53*** join/#brlcad LordOfBikes_ (~armin@dslb-088-064-035-229.088.064.pools.vodafone-ip.de)
04:48.03*** join/#brlcad LordOfBikes (~armin@dslb-088-064-035-229.088.064.pools.vodafone-ip.de)
06:29.45*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
07:55.35*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.88)
09:09.02*** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:39.02*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
12:23.16*** join/#brlcad Boquete (~piotr@atw134.neoplus.adsl.tpnet.pl)
13:05.11*** join/#brlcad Boquete (~piotr@atw134.neoplus.adsl.tpnet.pl)
14:04.03*** join/#brlcad Boquete (~piotr@atw134.neoplus.adsl.tpnet.pl)
14:29.04*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.65)
15:16.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:10.02Notify03BRL-CAD:brlcad * 66164 brlcad/branches/RELEASE/include/conf/PATCH: 7.24.4 is a special patch release for arl
16:10.26Notify03BRL-CAD:brlcad * 66165 brlcad/branches/STABLE/include/conf/PATCH: merge c66164 which applies the final bump for tagging
16:10.28Notify03BRL-CAD:brlcad * 66166 (svn:mergeinfo ## -1,3 +1,4 ## and 6 others): merge c66164 which applies the final bump for taggingProperty
16:10.30NotifyChanged:----------------brlcad/branches/STABLE/brlcad/branches/STABLE/CHANGESbrlcad/branches/STABLE/NEWSbrlcad/branches/STABLE/doc/docbook/articles/brlcad/branches/STABLE/doc/docbook/books/brlcad/branches/STABLE/doc/docbook/lessons/brlcad/branches/STABLE/regress/repository.shbrlcad/branches/STABLE/src/libbu/brlcad/branches/STABLE/src/libged/polyclip.cppbrlcad/branches/STABLE/src/librt/primitives/datum/
16:10.32Notify...
16:13.24Notify03BRL-CAD:brlcad * 66167 (svn:ignore ## -0,0 +1,2 ## and 2 others): tag release 7.24.4, a special release for arl that includes support for datum sets (points, axes, planes) and build system fixes
16:15.11Notify03BRL-CAD:brlcad * 66168 brlcad/trunk/NEWS: datums were specifically pulled into their own 7.24.4 release
16:48.37*** join/#brlcad yland (~yland@41.205.22.54)
17:38.07*** join/#brlcad sofat (~sofat@202.164.45.212)
18:08.51Notify03BRL-CAD:brlcad * 66169 (brlcad/branches/RELEASE/README brlcad/branches/RELEASE/src/librt/CMakeLists.txt): not needed to build, but quell our distchecking cmake rule and update readme.
18:12.26Notify03BRL-CAD:brlcad * 66170 (brlcad/branches/STABLE/README brlcad/branches/STABLE/src/librt/CMakeLists.txt and 12 others): merge c66169 from RELEASE to get a trivial distcheck quell and readme version update
18:14.23Notify03BRL-CAD:brlcad * 66171 (brlcad/tags/rel-7-24-4/README brlcad/tags/rel-7-24-4/src/librt/CMakeLists.txt and 12 others): merge c66170 trivialities from RELEASE, still unannounced and not posted
18:31.01*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
18:41.18*** join/#brlcad Boquete_ (~piotr@atw134.neoplus.adsl.tpnet.pl)
18:41.20*** join/#brlcad piotr__ (~piotr@atw134.neoplus.adsl.tpnet.pl)
18:42.16*** join/#brlcad Boquete (~piotr@atw134.neoplus.adsl.tpnet.pl)
18:42.38*** join/#brlcad Boquete (~piotr@atw134.neoplus.adsl.tpnet.pl)
22:37.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150909

IRC log for #brlcad on 20150909

00:06.17*** join/#brlcad yiyus (~124271242@je.je.je)
01:35.02*** join/#brlcad LordOfBikes_ (~armin@dslb-092-075-146-021.092.075.pools.vodafone-ip.de)
03:39.04*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
04:13.04*** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net)
04:52.29*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
08:05.58*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
08:30.29*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.27.202)
12:36.15*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
12:37.14*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
12:43.32*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
12:49.04*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
12:51.49*** join/#brlcad berserker_ (~berserker@103.225.100.51)
13:15.32*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.98.90)
13:30.49*** join/#brlcad Boquete (~piotr@ebj78.neoplus.adsl.tpnet.pl)
13:39.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:45.14*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.98.94)
14:47.18*** join/#brlcad berserker_ (~berserker@103.225.100.51)
15:16.57*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.110.17)
15:24.04*** join/#brlcad boquete (~piotr@ebj78.neoplus.adsl.tpnet.pl)
15:30.20*** part/#brlcad Ch3ck_ (~Ch3ck@154.70.110.17)
15:57.48*** join/#brlcad berserker_ (~berserker@103.225.100.51)
16:10.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:17.15Notify03BRL-CAD:brlcad * 66172 (brlcad/trunk/include/wdb.h brlcad/trunk/src/libwdb/wdb.c): rename the two radius parameters to avoid conflict with global / preprocessor symbols declared by windows headers, from rad1/rad2 to base_radius/nose_radius respectively.
17:39.40*** join/#brlcad berserker_ (~berserker@103.225.100.51)
18:14.14*** join/#brlcad merzo (~merzo@78-94-133-95.pool.ukrtel.net)
18:41.13Notify03BRL-CAD:starseeker * 66173 brlcad/trunk/src/libbrep/tests/CMakeLists.txt: Add more test cases, consolidate into one .g file
18:46.29*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:00.56*** join/#brlcad berserker_ (~berserker@103.225.100.51)
19:08.11*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
19:11.54*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
19:32.23Notify03BRL-CAD:brlcad * 66174 brlcad/trunk/src/rt/heatgraph.c: remove the dead timer code. should have been folded into or leveraged libbu's timer regardless, not custom-rolled here.
19:33.49Notify03BRL-CAD:brlcad * 66175 brlcad/trunk/src/libbu/parallel.c: quell warnings from system headers, remove the unused sys/sysinfo.h header on linux.
19:47.19*** join/#brlcad merzo (~merzo@148-10-133-95.pool.ukrtel.net)
21:24.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:55.11*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
22:55.57Notify03BRL-CAD:brlcad * 66176 brlcad/trunk/src/util/ttcp.c: quell strict c89 pedantic-errors compilation warning (bug in glibc <2.9 and gcc for reporting on a system header) by making sure gnu extensions are enabled when including the sys/resource.h header. need a better solution.
22:55.59Notify03BRL-CAD:brlcad * 66177 brlcad/trunk/src/libbu/str.c: HAVE_WORKING_STRCASECMP_FUNCTION is no longer tested/set anywhere. include the strings.h header if it exists.
22:56.05Notify03BRL-CAD:brlcad * 66178 brlcad/trunk/CMakeLists.txt: fix cmake typo HAVE_WORKING_LRINT_MACRO, not HAVE_LRINT_WORKING_MACRO. also separately test whether the function is declared, so we can handle declarations ourselves if needed.
22:56.07Notify03BRL-CAD:brlcad * 66179 brlcad/trunk/include/common.h: if we have lrint() but it's simply not declared due to the compilation mode, declare it.
22:56.09Notify03BRL-CAD:brlcad * 66180 (brlcad/trunk/include/bu/bitv.h brlcad/trunk/include/bu/defines.h and 3 others): rweiss renamed our IGNORE() macro to BU_IGNORE(), which unnecessarily made it public API. just eliminate the define since it's not even providing brevity or clarity over a simple (void) cast.
IRC log for #brlcad on 20150910

IRC log for #brlcad on 20150910

01:33.49*** join/#brlcad LordOfBikes__ (~armin@dslb-088-066-149-078.088.066.pools.vodafone-ip.de)
04:05.21*** join/#brlcad merzo (~merzo@7-62-132-95.pool.ukrtel.net)
06:18.31*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.28.221)
07:05.23*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.28.221)
08:01.17*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:44.33*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:09.52*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
12:15.58*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
13:27.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:27.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:45.31Notify03BRL-CAD:starseeker * 66181 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add some concave tests
14:48.05Notify03BRL-CAD:starseeker * 66182 (brlcad/trunk/include/brep.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp and 10 others): Start of a fairly massive refactoring/rework of the shape recognition code. Not working at the moment, but need to checkpoint.
14:52.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:30.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:58.33Notify03BRL-CAD:brlcad * 66183 brlcad/trunk/CHANGES: specifically call out bn_mat_identity since we can say what it transitions to.
16:03.57Notify03BRL-CAD:brlcad * 66184 brlcad/trunk/CHANGES: some functions will treat NULL as implying an identity matrix. will need to propagate consistent behavior.
16:30.37*** join/#brlcad Boquete (~piotr@83.26.232.106)
17:07.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:44.06Notify03BRL-CAD:brlcad * 66185 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cc.h brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmatomic.h brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmthread.h): quell pedantic-error warnings from the gct decimation code for static inline functions that are fully defined in their header but not necessarily all used in a given source
17:44.08Notifyfile (but potentially used in other source files). instead of chopping things up into tons of headers, just quell the usage warnings by creating a function that uses them. only addressed the specific static inline functions that were causing unused function warnings.
17:44.10Notify...
18:17.55Notify03BRL-CAD:brlcad * 66186 brlcad/trunk/src/conv/csg/csg.h: ON2JAVA?? use correct header guard. remove PERPLEX_ON_ENTER since both vars defined are unused.
18:19.29Notify03BRL-CAD:brlcad * 66187 (brlcad/trunk/src/conv/csg/csg.c brlcad/trunk/src/conv/csg/csg.h): add footers
18:24.24*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
18:37.37Notify03BRL-CAD:brlcad * 66188 brlcad/trunk/misc/tools/lemon/lempar.c: quell warnings about unused appdata for the two other instances where we fetched
18:42.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:09.36Notify03BRL-CAD:brlcad * 66189 (brlcad/trunk/misc/tools/perplex/perplex_template.c brlcad/trunk/misc/tools/perplex/scanner.re): quell warning about getTokenText being unused (e.g., lexers/parsers that don't use 'yytext') by making the function non-static.
19:10.27Notify03BRL-CAD:brlcad * 66190 brlcad/trunk/misc/tools/lemon/lempar.c: quell remainder of linux unused var warnings so we can compile strict
19:12.01Notify03BRL-CAD:brlcad * 66191 (brlcad/trunk/src/conv/csg/csg_parser.lemon brlcad/trunk/src/conv/csg/csg_scanner.perplex): compiling lcleanly with gcc 4.1.2 on linux, even with pedantic-errors. remove ugly cheating pragmas.
19:13.35Notify03BRL-CAD:brlcad * 66192 brlcad/trunk/include/common.h: don't want to declare lrint in c++ files as the c++ math.h header declaration is subtlely different
19:16.11Notify03BRL-CAD:brlcad * 66193 brlcad/trunk/include/CMakeLists.txt: annoyingly add a wrapper header for including sys/resource.h, sys/time.h, and sys/wait.h -- all of which involve sys/resource.h which requires jumping through hoops in order to support glibc <2.9 (i.e., rhel5) with strict pedantic-errors c89 compilation. while annoying that it's necessary, permitting header guards (while not including common.h) does
19:16.13Notifyshorten many instances of code, to follow.
19:16.15Notify...
19:20.53Notify03BRL-CAD:brlcad * 66194 (brlcad/trunk/src/conv/proe-g.c brlcad/trunk/src/libged/red.c and 2 others): quell warnings from gcc 4.1.2 when using a system regex.h header and compiling with -pedantic-errors.
19:31.15Notify03BRL-CAD:brlcad * 66195 brlcad/trunk/src/libbu/whereis.c: including linux/sysctl.h (via sys/sysctl.h) on at least the 2.6 linux kernel is problematic with -pedantic-errors because of a slew of trailing commas in enums. gcc 4.1.2 is apparently buggily reporting them despite it being under /usr/include too. conveniently, the sysctl interface is available without including sysctl.h, so removing the header works;
19:31.17Notifythough will need to test what this does on other platforms, maybe come up with a more robust test.
19:31.19Notify...
19:34.39Notify03BRL-CAD:brlcad * 66196 (brlcad/trunk/src/bwish/main.c brlcad/trunk/src/fbed/execshell.c and 17 others): put the new bresource.h header into good use, which quells the remainder of -pedantic-errors issues on rhel5/gcc4.1.2/glibc2.5. stats: 20 instances reduced header logic by 68 lines.
21:04.06*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.20)
21:47.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:31.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:32.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150911

IRC log for #brlcad on 20150911

01:32.58brlcadwaves
01:32.59*** join/#brlcad LordOfBikes_ (~armin@dslc-082-083-184-051.pools.arcor-ip.net)
05:53.59*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
07:39.48*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
07:51.46*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:00.27*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:16.31*** join/#brlcad merzo (~merzo@92.60.189.225)
10:20.26*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:32.43*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:54.11*** join/#brlcad merzo (~merzo@92.60.189.225)
14:20.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:09.46Notify03BRL-CAD:d_rossberg * 66197 brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: the brlcad.dll needs libbg (via librt)
15:15.58*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
15:23.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:10.14*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
16:28.59*** join/#brlcad Boquete (~piotr@acqd171.neoplus.adsl.tpnet.pl)
16:59.46*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
17:46.56brlcadwhat a great little tidbit: http://www.chesterton.org/taking-a-fence-down/
17:55.56StragusWise words
17:59.11``Erikruns over the fence with his truck, then reads the article O:-)
18:30.52``Erikahhh, off the phone (goddamn I hate doing sales calls)
18:31.44``Erikyeah, the fence parable is pretty apropos when dealing with old code bases, but it's probably important to challenge those 'fences' often enough that the reasons are understood by everyone :)
20:10.16brlcadfascinating history, this chesterton person .. never heard of him before
20:51.39*** join/#brlcad merzo (~merzo@183-60-132-95.pool.ukrtel.net)
20:55.05Notify03BRL-CAD:starseeker * 66198 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a test case for nurbs->csg - a box with a cylinder subtracted that shares edge vertices with the box (so no inner loops) but does not share edges (will be identified as an island.) Gets the cylinder but not the box at the moment.
20:58.09starseek1rshoot, that's not actually what it's doing
20:58.12starseek1rgrumble
21:35.37*** join/#brlcad merzo (~merzo@119-4-133-95.pool.ukrtel.net)
21:58.29Straguswonders why qsort() is 40% slower than a home-made sort inlining the cmp function, if the compiler is supposed to do the same thing
23:10.44``Erikmebbe the function pointer bit? hit it with a disassembler and see? try a few different compilers? :D
23:11.35Ch3ckis back
23:14.39StragusDifferent compilers? Heresy!
23:15.02StragusThere should be no function pointers, GCC appears to inline the whole thing
23:15.15StragusBut somehow, the quick/merge sort implementation is inferior for some reason
IRC log for #brlcad on 20150912

IRC log for #brlcad on 20150912

00:29.40*** join/#brlcad merzo (~merzo@159-57-132-95.pool.ukrtel.net)
00:42.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:57.21starseek1rbrlcad: /csg_parser.c:75:36: error: unused variable ‘appData’ [-Werror=unused-variable] #define ParseARG_FETCH app_data_t *appData = yypParser->appData
00:58.32starseekeralso csg_parser.c:847:7: error: unused parameter ‘yymajor’ [-Werror=unused-parameter]
00:58.45starseekercouple others
00:59.11starseekerfigured the warning suppression was OK given the code was generated...
00:59.38starseekermay be very hard to reliably clear all such warnings on all platforms/compilers
01:31.13*** join/#brlcad LordOfBikes__ (~armin@dslb-088-066-156-015.088.066.pools.vodafone-ip.de)
01:34.23StragusWhen some code uses #if/#elif/#else/#endif a lot, clearing up unused variables or parameters becomes a worse mess than leaving them
01:35.41StragusAnd producing errors for unused parameters is... weird for functions accessed through function pointers, which may want to ignore parameters
04:10.25*** join/#brlcad merzo (~merzo@211-6-133-95.pool.ukrtel.net)
04:37.52*** join/#brlcad merzo (~merzo@67-8-133-95.pool.ukrtel.net)
05:06.15*** join/#brlcad merzo (~merzo@196-66-133-95.pool.ukrtel.net)
05:40.39*** join/#brlcad merzo (~merzo@63-92-133-95.pool.ukrtel.net)
06:01.44*** join/#brlcad merzo (~merzo@176-120-133-95.pool.ukrtel.net)
07:21.45*** join/#brlcad merzo (~merzo@182-113-133-95.pool.ukrtel.net)
07:56.24*** join/#brlcad merzo (~merzo@73-93-133-95.pool.ukrtel.net)
08:45.03*** join/#brlcad Boquete (~piotr@dwf117.neoplus.adsl.tpnet.pl)
08:46.24*** join/#brlcad merzo (~merzo@195-16-132-95.pool.ukrtel.net)
09:02.41*** join/#brlcad Boquete_ (~piotr@bcx80.neoplus.adsl.tpnet.pl)
09:12.11*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
09:42.16*** join/#brlcad merzo (~merzo@95.132.16.195)
10:00.36*** join/#brlcad merzo (~merzo@95.133.125.144)
14:23.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:41.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:28.05*** join/#brlcad Boquete (~piotr@bcx80.neoplus.adsl.tpnet.pl)
17:20.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:55.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:59.29*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
18:48.25*** join/#brlcad sofat (~sofat@202.164.45.212)
19:00.39*** join/#brlcad konrado (~konro@41.205.22.18)
19:20.33*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
19:53.49*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
20:35.32*** join/#brlcad LordOfBikes (~armin@dslb-088-064-034-180.088.064.pools.vodafone-ip.de)
22:07.40*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
22:25.46*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
22:38.11*** join/#brlcad konrado (~konro@41.205.22.14)
IRC log for #brlcad on 20150913

IRC log for #brlcad on 20150913

00:21.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:29.17*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
01:00.41*** join/#brlcad LordOfBikes_ (~armin@dslb-088-064-034-163.088.064.pools.vodafone-ip.de)
01:34.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:59.34*** join/#brlcad LordOfBikes__ (~armin@dslb-088-066-132-160.088.066.pools.vodafone-ip.de)
02:10.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:36.24*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
04:01.40*** join/#brlcad daksh (~daksh@122.161.59.126)
04:01.44dakshHey
04:01.47dakshAnyone active?
04:41.44*** join/#brlcad AncientArms (4731b884@gateway/web/freenode/ip.71.49.184.132)
04:42.26AncientArmshttp://www.beemans.net/images/Operation%202n-15k.gif  A 1780 Girandoni Air Rifle, I was wondering if anyone wanted to simulate this.
04:42.55AncientArmsIt's a classic and ancient rifle that was sent with Lewis and Clarke when they crossed the United States for the first time.
04:43.26AncientArmsGirardoni system Austrian repeating air rifle, circa 1795, believed to have been taken on the Lewis and Clark Expedition
04:43.30AncientArmsSorry, 1795
04:57.39*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
05:09.48*** join/#brlcad daksh (~daksh@122.161.59.126)
05:45.38*** join/#brlcad daksh (~daksh@122.161.59.126)
06:20.51*** join/#brlcad daksh (~daksh@122.161.59.126)
08:21.25*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
09:14.41*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
11:25.41*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
11:42.29*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
12:27.58*** join/#brlcad konrado (~konro@41.205.22.60)
12:31.29*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
12:38.21*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
13:01.08*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
15:09.08*** join/#brlcad Boquete (~piotr@cff186.neoplus.adsl.tpnet.pl)
15:38.17*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
15:40.29*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
15:40.32*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
15:40.41*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
15:40.41*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
15:58.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:45.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:08.17*** part/#brlcad boquete (~piotr@cff186.neoplus.adsl.tpnet.pl)
19:27.51Notify03BRL-CAD:starseeker * 66199 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 3 others): another checkpoint
19:31.57Notify03BRL-CAD:starseeker * 66200 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): try a few tweaks.
19:33.01Notify03BRL-CAD:starseeker * 66201 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: typo
20:19.31*** join/#brlcad konrado (~konro@41.205.22.20)
22:59.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150914

IRC log for #brlcad on 20150914

01:58.21*** join/#brlcad LordOfBikes_ (~armin@dslb-088-064-126-005.088.064.pools.vodafone-ip.de)
02:11.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:42.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:51.41*** join/#brlcad KimK_ (~Kim__@ip68-102-30-239.ks.ok.cox.net)
06:51.13*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
07:49.38*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
08:24.36*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:56.27*** join/#brlcad konrado (~konro@41.205.22.52)
12:03.28*** join/#brlcad konrado (~konro@41.205.22.4)
13:28.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:07.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:10.12*** join/#brlcad Boquete (~piotr@bvu245.neoplus.adsl.tpnet.pl)
14:31.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:45.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:25.09*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
15:25.14*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
15:25.17*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
15:25.54*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
15:27.14*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
15:28.19*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
15:29.55*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
15:35.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:38.27brlcadAncientArms: that would be pretty interesting to simulate
15:38.57Notify03BRL-CAD:starseeker * 66204 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Get a shoal triangulation.
15:39.36brlcadlot of interesting shapes, but a bit hard to make out what is connected to what
15:42.42brlcadstarseeker: warning suppression wasn't a big deal -- can re-enable if they can't all be squished, but the ones I saw were really trivial
15:42.49brlcadwill take a look at those you posted
15:43.51brlcadI'd still probably just opt to -w the entire target than to have compiler-specific suppression in the files (which doesn't work the older rhel5 gcc)
15:44.52brlcadI was going for a clean rhel5 build (and got it but obviously a bit more is needed)
15:45.37brlcadStragus: if you're quieting warnings with #preprocessor logic, you're probably doing it wrong :)
15:53.53Notify03BRL-CAD:starseeker * 66202 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 3 others): Fix bugs, more work on planar assembly using new organization.
16:05.48Stragusbrlcad, well it's either that or dummy assignments?
16:06.11*** join/#brlcad yiyus (1242712427@je.je.je)
16:19.49Notify03BRL-CAD:starseeker * 66203 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: access correct m_V m_ei array.
17:14.27brlcadStragus: depends on the warning, but for unused vars gcc has gotten smart enough to recognize dummy assignments too, few years ago
17:15.19brlcadif the implementation is already riddled with preprocessor junk that makes something's use conditional, it's already a problem
17:19.42brlcadthere's very much misleading information from an API standpoint if args are compile-time conditionally used, that bad code to my eyes; scoped vars could/should get pulled into the preprocessor block where they're used, otherwise similarly misleading
17:27.57StragusWell, if you a have a chunk of code with different paths for SSE, SSE2, SSE3, SSE4.1, AVX and AVX2, it's hard not to get unused variables
17:28.19StragusAnd silencing the warnings about unused variables lead to even more preprocessor junk
17:36.50Notify03BRL-CAD:brlcad * 66205 brlcad/trunk/CMakeLists.txt: checking for lrint via check_c_source_compiles, we need to make sure we link the math library
17:55.51brlcadthat's exactly the case I mentioned
17:55.53brlcadif you're already riddled the implementation with preprocessor logic, it's already a problem and likely already misleading declarations
17:57.01brlcadso you either move the vars into the scope where they're used or you can usually restructure the code with some better separation of the different paths
17:57.44brlcadthe prior is usually the easy fix -- just move the declaration to where it's used
18:21.13StragusI see your point, but better separation of the different paths also leads to more code duplication
19:11.21brlcadI've yet to see a case that couldn't be refactored without duplication
19:12.22brlcadat least not duplicate logic (e.g., not counting curlies) and taking the preprocessor junk into account
19:19.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:22.10*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
19:29.46brlcadstarseeker: n_reed: it looks to me based on the logic that lempar.c doesn't actually need to live in the bin dir with the binary.  it's just calling access and defaults to access(..."lempar.c"...), which would depend on calling process cwd.
19:31.09brlcadstarseeker: n_reed: am I misreading?  if that undersstanding is true, the template file just needs to be specified explicitly (-T option) to the lemon executable instead of relying on the default, and no copying would be needed -- could just point to the template in the source tree
19:49.32*** join/#brlcad konrado (~konro@41.205.22.55)
20:03.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:17.23Notify03BRL-CAD:brlcad * 66206 brlcad/trunk/src/mged/CMakeLists.txt: solids_on_ray was migrated to libged, so this is all dead code. remove duplciation from compilation.
20:33.47Notify03BRL-CAD:starseeker * 66207 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Rework of triangulation code. Won't be able to fully test until primitive creation is re-enabled.
20:53.01*** join/#brlcad LordOfBikes (~armin@dslb-088-064-126-005.088.064.pools.vodafone-ip.de)
22:27.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:27.55Notify03BRL-CAD:starseeker * 66208 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Try to use the already existing triangles for the negative polygon test.
22:30.17starseekerbrlcad: I believe when lemon when in originally, there was no option to specify the template file.  Did they finally add one?
22:30.58starseekers/when lemon when/when lemon went
22:43.34Notify03BRL-CAD:brlcad * 66209 (brlcad/trunk/misc/CMake/LEMON_Util.cmake brlcad/trunk/misc/tools/lemon/CMakeLists.txt): looks like there's no need to install the lempar.c template file in the bin dir if we specify the template via the -T command line option. cwd being the bin dir was just a cmake build system state.
22:52.14Notify03BRL-CAD:brlcad * 66210 brlcad/trunk/misc/tools/lemon/lempar.c: quellage merely created a set-but-unused warning with newer versions. add an assert to ensure usage.
23:11.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:13.30brlcadstarseeker: okay, that'd make sense
23:13.50brlcadlet me know if anything is broken, works here (also on the template quellage too)
23:57.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150915

IRC log for #brlcad on 20150915

01:22.22Notify03BRL-CAD:starseeker * 66211 (brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Variety of fixes for planar triangle generation with new setup.
01:25.02Notify03BRL-CAD:starseeker * 66212 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: remove some debug printing.
01:43.26Notify03BRL-CAD:starseeker * 66213 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: edge isn't enough as a terminating condition - need vertex.
01:57.11*** join/#brlcad LordOfBikes_ (~armin@dslb-088-064-034-073.088.064.pools.vodafone-ip.de)
02:11.50Notify03BRL-CAD:starseeker * 66214 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Use macros to make it clear when were going to/from opennurbs/libbn data structures - maybe not necessary but for the moment helpful.
03:33.49starseekerbrlcad: we might want to make the lemon test check specifically for -T option - iirc, older versions installed with some OSes won't support it
03:39.20starseekerhad to clear build dir, but ENABLE_ALL gives clean build here
03:48.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:19.44*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
21:19.44*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
21:23.49Notify03BRL-CAD:starseeker * 66228 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 3 others): checkpoint
21:29.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:48.37Notify03BRL-CAD:starseeker * 66229 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libged/shape_recognition.cpp): mulling over best way to approach assembly.
22:04.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:06.29Notify03BRL-CAD:starseeker * 66230 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libged/shape_recognition.cpp): if nucleus data can be non-planar, need it to be a shoal to hold subtractions, etc.
23:36.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150916

IRC log for #brlcad on 20150916

00:17.02*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
00:29.51*** join/#brlcad tofu__ (~sean@66-118-151-70.static.sagonet.net)
01:51.42Notify03BRL-CAD:starseeker * 66231 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 4 others): Start experimenting with a different method of hierarchy assembly.
01:56.11*** join/#brlcad LordOfBikes__ (~armin@dslb-092-075-156-063.092.075.pools.vodafone-ip.de)
03:05.31*** join/#brlcad yiyus (~124271242@je.je.je)
03:12.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:14.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:10.15tofu__hah, https://github.com/shinh/sedlisp
07:15.35*** join/#brlcad Boquete (~piotr@abkd218.neoplus.adsl.tpnet.pl)
07:24.53*** join/#brlcad shaina (~shaina@61.0.201.4)
08:08.01*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
13:30.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:52.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:55.44*** join/#brlcad Boquete (~piotr@abkd218.neoplus.adsl.tpnet.pl)
16:07.58*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
16:28.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:52.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:12.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:27.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:32.30*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
17:32.35*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
17:32.36*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
17:32.55*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
17:34.09*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
17:34.16*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
17:36.27``Erikyay, it's back
17:37.53``Erikbrlcad: the lisp in sed thing is scary... it was disturbing enough when a former coworker (ksb) showed me his calculator in sed http://www.npcguild.org/~ksb/hack/math.sed
17:43.48*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
17:48.49Notify03BRL-CAD:starseeker * 66234 brlcad/trunk/src/libged/remove.c: commit the src file too...
17:49.09Notify03BRL-CAD:starseeker * 66236 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Assign id and boolean op.
18:07.45brlcad``Erik: yeah, I had to submit a support ticket -- don't know what happened, but looking like something on sagonet's end
18:07.58brlcadspeaking of which, I am shopping for a new provider
18:09.16*** join/#brlcad LordOfBikes (~armin@dslb-092-075-156-063.092.075.pools.vodafone-ip.de)
18:16.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:33.19Notify03BRL-CAD:starseeker * 66237 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: More degenerate checks.
18:33.37Notify03BRL-CAD:starseeker * 66235 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): Rework cylinder logic slightly, add tolerance to cylinder creation.
18:33.50BoqueteHey brlcad, any news about GCI?
18:49.52Notify03BRL-CAD:starseeker * 66232 brlcad/trunk/doc/docbook/system/mann/en/search.xml: Add vim modeline for indentation, reindent
19:02.55Notify03BRL-CAD:starseeker * 66233 brlcad/trunk/doc/docbook/system/mann/en/rm.xml: Start to teach the rm command a few new tricks. Longer term thought is to eliminate all kill* commands completely in favor of a more powerful rm command, which more closely mimics the standard unix command line.
20:36.09Notify03BRL-CAD Wiki:24.155.255.104 * 9502 /wiki/FAQ: /* How should BRL-CAD be spelled? */ Add mildly humorous example.
21:51.54Notify03BRL-CAD:starseeker * 66238 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Implement a more powerful check for shoal nucleus problem cases. There are probably things that can be done here, but it will be complex to figure out general rules - for now, recognize the situation and bail.
21:57.39Notify03BRL-CAD:starseeker * 66239 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: don't forget ignored vertices.
IRC log for #brlcad on 20150917

IRC log for #brlcad on 20150917

02:04.24*** join/#brlcad LordOfBikes (~armin@dslb-088-065-189-097.088.065.pools.vodafone-ip.de)
02:32.35Notify03BRL-CAD:starseeker * 66240 (brlcad/trunk/include/brep.h brlcad/trunk/src/libanalyze/CMakeLists.txt and 6 others): Get some basic shoal assembly working. No boolean relationships between islands yet, which is the real key.
03:36.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:29.10*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:05.29Notify03BRL-CAD:starseeker * 66241 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: fix conversion-null typo.
11:11.58Notify03BRL-CAD:starseeker * 66242 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: set but unused
12:55.20*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
13:29.39Notify03BRL-CAD Wiki:Chintha akhil * 0 /wiki/User:Chintha_akhil:
14:19.06Notify03BRL-CAD:brlcad * 66243 brlcad/trunk/include/config_win.h.in: tzset is also one of the underscored posix funcs
14:19.55*** join/#brlcad Boquete (~piotr@aate44.neoplus.adsl.tpnet.pl)
14:26.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:35.00Notify03BRL-CAD:starseeker * 66244 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add another round of test cases.
14:58.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:19.31*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
15:31.15Notify03BRL-CAD:starseeker * 66245 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 3 others): more work on hierarchy, fix a few bugs.
18:12.13Notify03BRL-CAD:starseeker * 66246 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libged/shape_recognition.cpp): checkpoint
18:30.19Notify03BRL-CAD:starseeker * 66247 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libged/shape_recognition.cpp): checkpoint
19:29.38*** join/#brlcad Boquete (~piotr@aate44.neoplus.adsl.tpnet.pl)
19:58.57Notify03BRL-CAD:starseeker * 66248 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 3 others): free the tree when we're done.
21:13.04Notify03BRL-CAD:brlcad * 66249 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/BBNode.cpp and 3 others): replace the m_children stl vectors embedded in BRNode and BBNode with pointers to said vectors. this makes the classes exportable without dangerously exporting the stl container itself, making the class a fixed size.
21:55.32Notify03BRL-CAD:brlcad * 66250 brlcad/trunk/src/other/tk/CMakeLists.txt: fPIC doesn't work on windows, don't add without testing
22:28.39Notify03BRL-CAD:starseeker * 66251 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 3 others): checkpoint
22:36.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:15.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150918

IRC log for #brlcad on 20150918

00:47.16Notify03BRL-CAD:starseeker * 66252 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 2 others): checkpoint
01:27.38Notify03BRL-CAD:starseeker * 66253 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Various bug fixes - working on multi_cylinder_01, not done yet.
01:34.32Notify03BRL-CAD:starseeker * 66254 brlcad/trunk/src/libged/shape_recognition.cpp: we don't always want the first one...
02:06.23Notify03BRL-CAD:starseeker * 66255 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): The degenerate test was overly aggressive - only come to a degenerate conclusion if we have one shoal. Fix an infinite loop bug in triangulation.
02:25.17Notify03BRL-CAD:starseeker * 66256 brlcad/trunk/src/libbrep/shape_recognition.cpp: Add some preliminary logic limiting fil loops to planar faces. This is overly restrictive as a general proposition, but for the moment this simplifies some problems.
02:29.11Notify03BRL-CAD:starseeker * 66257 brlcad/trunk/src/libged/shape_recognition.cpp: make a note to do better naming for toplevel.
03:44.17Notify03BRL-CAD:starseeker * 66258 brlcad/trunk/src/libbrep/shape_recognition.cpp: oops
12:25.18*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
13:22.58Notify03BRL-CAD:starseeker * 66259 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_util.cpp): simplify key generation.
13:43.43Notify03BRL-CAD:starseeker * 66260 brlcad/trunk/src/libged/shape_recognition.cpp: add a missing break, put in some debug printing.
13:50.38*** join/#brlcad Boquete (~piotr@aaaf154.neoplus.adsl.tpnet.pl)
13:58.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:15.58Notify03BRL-CAD:starseeker * 66261 brlcad/trunk/src/libged/shape_recognition.cpp: Rework the order of island assembly - subtractions then unions.
14:47.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:52.28Notify03BRL-CAD:starseeker * 66262 brlcad/trunk/src/libged/shape_recognition.cpp: need to do subtractions last in shoals - union shoal elements may have part of their volume removed by the negative pieces. Need to think about this - could it ever be the other way around?
14:55.06starseekerbrlcad: nurbs raytracing is broken
14:55.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:56.42*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mdalllelhqxyoxpb)
14:59.06Notify03BRL-CAD:starseeker * 66263 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/BBNode.cpp and 3 others): reverse 66249 - it breaks raytracing
15:13.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:37.33*** join/#brlcad Boquete (~piotr@aaaf154.neoplus.adsl.tpnet.pl)
18:06.19Notify03BRL-CAD:starseeker * 66264 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: More rework of nucleus logic.
18:10.35*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
18:10.35*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
18:16.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:17.58Notify03BRL-CAD:starseeker * 66265 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: indexed into the wrong loop array.
19:00.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:29.57*** join/#brlcad LordOfBikes_ (~armin@dslb-088-066-215-030.088.066.pools.vodafone-ip.de)
20:36.33Notify03BRL-CAD:starseeker * 66266 brlcad/trunk/src/libbrep/shape_recognition.cpp: Improve same-cylinder testing.
20:38.16Notify03BRL-CAD:starseeker * 66267 brlcad/trunk/src/libbrep/shape_recognition.cpp: simplify
20:45.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:47.13Notify03BRL-CAD:starseeker * 66268 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a couple more test cases.
20:50.45Notify03BRL-CAD:starseeker * 66269 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Turn off some debugging printing.
20:55.17Notify03BRL-CAD:starseeker * 66270 brlcad/trunk/src/libbrep/shape_recognition.cpp: keep to the unique number scheme to avoid problems with naming.
21:11.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:29.33*** join/#brlcad LordOfBikes (~armin@dslb-088-066-215-030.088.066.pools.vodafone-ip.de)
21:46.24Notify03BRL-CAD:starseeker * 66271 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Deal with more face flipping.
21:50.54Notify03BRL-CAD:starseeker * 66272 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: check for coplanarity of 4 points from two edges forming an implicit plane - if not coplanar, we're done. Needs test case.
21:53.24Notify03BRL-CAD:starseeker * 66273 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Add note about more needed tests.
IRC log for #brlcad on 20150919

IRC log for #brlcad on 20150919

01:34.02*** join/#brlcad LordOfBikes_ (~armin@dslb-188-098-168-050.188.098.pools.vodafone-ip.de)
03:17.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:27.27*** join/#brlcad Boquete (~piotr@aaaf110.neoplus.adsl.tpnet.pl)
12:25.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:10.00Notify03BRL-CAD:starseeker * 66274 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 4 others): After a few mistakes, I now see why openNURBS named some of their variables as they did. Make id, type, and a few other variables inside structs clearer.
13:37.10Notify03BRL-CAD:starseeker * 66275 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 3 others): Add boolean ops for B-Reps
13:37.16``Erikplays with org-trello some
14:01.24*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
14:02.01Notify03BRL-CAD:starseeker * 66276 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp and 2 others): Add attributes listing the loops (and for islands, faces) that went into the definition of that object. Probably want to turn these off by default (maybe enable with a debug flag...) to keep the size down.
14:19.03*** join/#brlcad alexandrus (~alexandru@p5B2EEBD0.dip0.t-ipconnect.de)
14:36.38starseekergawks in disbelief at the behavior of the intersection operator
14:37.01starseekerif I make a comb that intersects a cylinder and an arbn, I get the expected shape
14:37.37starseekerif I turn around and subtract that comb from another shape, it doesn't subtract the net shape of the comb - instead it appears to be subtracting the arbn in the comb from the parent
14:59.16Notify03BRL-CAD:starseeker * 66277 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: add another example
15:00.12brlcaddefine a region
15:01.20brlcadwith no regions defined, each primitive is assumed to be a region, and you have an intersection occurring above the region level causing unexpected behavior
15:02.02brlcaddefault should be to make the top-level a region, long-standing source of unexpected behavior
15:03.37starseekerhmm... not what I thought was happening, simple tests do the expected thing
15:03.38brlcadhappens that way so it's at least consistent when you have models with some regions, when it traverses a path and gets to the leaf without a region it makes the leaf a region
15:03.50starseekermy mistake must be elsewhere
15:04.33starseekerprobably making an arbn when I shouldn't be
15:04.35brlcadcould be several other things, but that's what first jumps to mind -- old issue
15:04.47starseekerdouble checks...
15:05.48Notify03BRL-CAD:starseeker * 66278 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: add another example.
15:06.21starseekeryeah, looks like that's it
15:06.29starseekersorry for the noise
15:06.41starseekerrolls up his sleves and dives back into the planar assembly code...
15:07.39starseeker(arbn lines from subtraction comb happened to line up with the parent shape lines - got me confused)
15:11.24brlcadnot noise, it's something we should change :)
15:11.31brlcadhits almost every use eventually
15:11.36brlcads/use/user/
15:12.26brlcadI think I hit it my very first new model attempt
15:20.33alexandrushmm...my the latest brlcad/mged crashes with lots of infinite loop and ::itcl:: pattern issues...
15:20.47alexandrusthis is not my day
15:24.39alexandrusseems, only the i386 version has this...
16:24.11*** join/#brlcad Boquete (~piotr@aaaf110.neoplus.adsl.tpnet.pl)
18:42.53Notify03BRL-CAD:starseeker * 66279 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 4 others): Take another stab at hierarchy handling.
19:24.15Notify03BRL-CAD:starseeker * 66280 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Wrong check was causing garbage rcc/arbn primitives with a number of faces in NIST2 - loop 5 is one test case.
19:29.41*** join/#brlcad LordOfBikes (~armin@dslb-188-098-168-050.188.098.pools.vodafone-ip.de)
19:59.31Notify03BRL-CAD:starseeker * 66281 brlcad/trunk/src/libbrep/shape_recognition.cpp: Don't infinite loop if we have planar island faces with inner loops.
20:20.02Notify03BRL-CAD:starseeker * 66282 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: fix multi_cylinder_01
20:21.03Notify03BRL-CAD:starseeker * 66283 brlcad/trunk/src/libged/shape_recognition.cpp: make slightly more convenient toplevel names for tab completion.
20:56.55Notify03BRL-CAD:starseeker * 66284 brlcad/trunk/src/libbu/path.c: If period_pos is null, don't try to trunc
20:57.29Notify03BRL-CAD:starseeker * 66285 brlcad/trunk/src/libged/shape_recognition.cpp: get the brep name back from the brep function.
21:30.42Notify03BRL-CAD:starseeker * 66286 brlcad/trunk/src/libbrep/shape_recognition.cpp: If we're going with a brep, clean up the child objects so we don't get stray CSG bits added
21:37.03Notify03BRL-CAD:starseeker * 66287 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_util.cpp): Clean up some stray code
21:44.23Notify03BRL-CAD:starseeker * 66288 brlcad/trunk/src/libbrep/shape_recognition.cpp: update comment
21:44.46starseekerphew.  there we go, can handle all 5 nist test cases again (knock on wood)
IRC log for #brlcad on 20150920

IRC log for #brlcad on 20150920

01:33.00*** join/#brlcad LordOfBikes_ (~armin@dslb-088-066-140-230.088.066.pools.vodafone-ip.de)
07:11.54*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
08:36.03*** join/#brlcad Boquete (~piotr@asu119.neoplus.adsl.tpnet.pl)
09:43.47*** join/#brlcad LordOfBikes (~armin@dslb-088-066-140-230.088.066.pools.vodafone-ip.de)
10:52.44*** join/#brlcad Boquete (~piotr@asu119.neoplus.adsl.tpnet.pl)
11:39.48``Erikbrlcad: ya gonna watch 'heroes reborn'?
14:39.36*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
15:37.26*** join/#brlcad Boquete (~piotr@asu119.neoplus.adsl.tpnet.pl)
16:04.50Notify03BRL-CAD:starseeker * 66289 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: add another cyl test case.
16:10.27Notify03BRL-CAD:starseeker * 66290 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: commit concave polyhedron test case.
16:55.00Notify03BRL-CAD:starseeker * 66291 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add one of the pieces of NIST2 that was causing problems for the convex arbn detection as its own independent test (independent B-Rep if the subshape was generated for debugging, turned out to be a useful way to capture a 'piece' of a B-Rep in its own object for this situation. Might offer an interpretation of a 'split' or 'disassemble'
16:55.02Notifysubcommand for breps.
16:55.04Notify...
16:56.32Notify03BRL-CAD:starseeker * 66292 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: whoops - overwrote another example.
16:57.45Notify03BRL-CAD:starseeker * 66293 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: readd example from r66291 without wiping out another example
17:00.17Notify03BRL-CAD:starseeker * 66294 brlcad/trunk/src/libged/shape_recognition.cpp: Fix build of brep generation, enable while debugging.
17:02.24Notify03BRL-CAD:starseeker * 66295 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: for the nucleus build, whether the planes can bound a convex volume isn't enough. Need to make sure the volume those planes are bounding actually corresponds to the original volume by checking to see if we lose any vertex points with the new shape.
17:23.14Notify03BRL-CAD:starseeker * 66296 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Use loops for keys
17:32.39Notify03BRL-CAD:starseeker * 66297 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): Define constants rather than having raw numbers in NEAR_ZERO tests - these will undoubtedly need more thought, but this makes it (slightly) better to deal with.
18:08.35Notify03BRL-CAD:starseeker * 66298 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: A plane should have at least three uses to be part of an arbn, otherwise it's degenerate.
18:27.24Notify03BRL-CAD:starseeker * 66299 brlcad/trunk/src/libged/shape_recognition.cpp: whoops - poorly set up if statements plus comments equals bugs.
18:46.39Notify03BRL-CAD:starseeker * 66300 (brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): don't flip a multiloop face, and if the brep boolean test sees it assume a top level object.
18:59.19Notify03BRL-CAD:starseeker * 66301 brlcad/trunk/src/libged/shape_recognition.cpp: Don't reconvert objects already converted - convenient for debugging, but bad for tree walking.
19:19.59*** join/#brlcad Boquete_ (~piotr@abkf91.neoplus.adsl.tpnet.pl)
19:27.35Notify03BRL-CAD:starseeker * 66302 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Don't try the arbn test unless we've got a small number of planes.
19:43.14starseekerbrlcad: if you're in the mood to fiddle with it, here's that csg tree I was telling you about from a brep conversion that's giving mged and the raytracer fits:  http://brlcad.org/~starseeker/problem_makerbot_csg.g
19:53.04*** join/#brlcad Boquete_ (~piotr@aafz64.neoplus.adsl.tpnet.pl)
21:17.32*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
21:43.06Notify03BRL-CAD:starseeker * 66303 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add some test cases for the situation involving a union child of a union that needs a parent subtraction. Not currently handled and needs to be handled.
21:58.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:10.29Notify03BRL-CAD:starseeker * 66304 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add another example, start organizing these into groups
22:25.26Notify03BRL-CAD:starseeker * 66305 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Organize the shapes in space so we can see the results of multiple tests at once.
22:48.36Notify03BRL-CAD:starseeker * 66306 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: the toplevel no-inner-loop island need not be unique - add examples where this is not true.
23:01.51Notify03BRL-CAD:starseeker * 66307 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: More fun - toplevels not only can be non-unique, but toplevel island subtractions can intrude into other toplevel island volumes.
IRC log for #brlcad on 20150921

IRC log for #brlcad on 20150921

01:07.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:39.45Notify03BRL-CAD:starseeker * 66308 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a test case where we have to handle negative shapes leading to positive ones.
01:45.17Notify03BRL-CAD:starseeker * 66309 brlcad/trunk/src/libbrep/shape_recognition.cpp: Whew. Make one last major effort to avoid the necessity of raytracing to resolve boolean assembly. Not 100% that this will work, but at least it builds...
01:47.57*** join/#brlcad LordOfBikes (~armin@dslb-092-075-145-169.092.075.pools.vodafone-ip.de)
01:56.47Notify03BRL-CAD:starseeker * 66310 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: organize test cases
03:12.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:17.26brlcad``Erik: hadn't heard of it
07:18.03brlcadstarseeker: is that what 66249 broke?  ran several tests and didn't hit an error with that pointer conversion, curious to figure out what I missed
07:18.27brlcador is that the intersection case?
07:32.51*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
08:30.46*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:01.09*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
11:07.34starseekerbrlcad: I just flat out couldn't raytrace any brep
11:07.44starseekerbrlcad: I'll show you tomorrow
11:08.35starseekermaybe just a local quirk on my setup...
11:09.11starseeker(r66249)
11:09.26starseekerthat test case is the one I can't successfully e up or raytrace
11:09.50starseekerit has a LOT of subtracted combs, iirc - probably some kind of very unoptimized tree...
12:51.12brlcadstarseeker: was it crashing or not producing a picture?
12:53.28maths22brlcad: Is something strange going on on bz?
12:53.31maths22It's really slow
12:56.03Notify03BRL-CAD:starseeker * 66311 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a cylinder sliver example.
13:08.25``Erikmaths22: major backup is running
13:14.28*** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net)
13:30.44brlcadat the rate it's going, this is just .. painful
13:31.10brlcadyeah, maths22_ major backup underway ... assuming I don't have to kill the job
13:31.37brlcadanything you can do to keep load down will help (like temporarily shutting down the cmake builds and svn lookups)
13:32.47brlcadprobably should have run make clean in the various ports dirs before doing this...
13:32.51Notify03BRL-CAD:starseeker * 66312 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a couple more sliver test cases.
13:46.21Notify03BRL-CAD:starseeker * 66313 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Add logic to handle "sliver" cylinder shapes.
13:50.53*** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net)
13:58.47*** join/#brlcad Boquete (~piotr@avj118.neoplus.adsl.tpnet.pl)
14:09.02Notify03BRL-CAD:starseeker * 66314 brlcad/trunk/src/libged/shape_recognition.cpp: Add back in the validation capability.
14:12.07starseekerbrlcad: couldn't get a wireframe to come up or a raytrace to start - didn't crash, just nothing happening
14:12.19starseeker(for the big csg tree)
14:12.32starseekerfor the raytracing, it just immediately reported 'raytrace failed"
14:12.50starseeker(the stl pointer converstion issue)
14:13.23starseekerall breps failed the same way, didn't seem to matter
14:46.14Notify03BRL-CAD:starseeker * 66315 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): Given really weird inputs, nucleus can end up null...
15:14.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:16.23*** join/#brlcad boquete_asus (~piotr@avj118.neoplus.adsl.tpnet.pl)
15:36.23boquetebrlcad, ping
15:36.57*** join/#brlcad devilmind (~Prateek@14.139.194.12)
16:15.22*** join/#brlcad devilmind (~Prateek@14.139.194.12)
16:40.40*** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl)
16:42.55*** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl)
17:06.16*** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl)
17:10.33*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
17:15.12*** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl)
17:21.29*** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl)
17:37.03*** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl)
17:40.15*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
17:41.13Notify03BRL-CAD:starseeker * 66317 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libged/shape_recognition.cpp): rename find_subbreps to brep_to_csg, since it's now doing essentially all the work.
17:41.15Notify03BRL-CAD:starseeker * 66316 brlcad/trunk/src/librt/primitives/arbn/arbn.c: for whatever reason this error message is causing mged to crash...
17:41.18*** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl)
17:48.12*** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl)
18:00.41*** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl)
18:08.48*** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl)
18:17.25*** join/#brlcad sofat (~sofat@202.164.45.212)
18:17.29*** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl)
18:35.47*** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl)
18:39.34*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
18:51.29*** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl)
19:14.58*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
20:21.40brlcadstarseeker: only three reasons 66316 would crash: 1) stp is null/bad, 2) st_name is null, 3) stack corruption
20:21.46brlcadvalgrind time
20:26.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:56.12Notify03BRL-CAD:starseeker * 66318 brlcad/trunk/src/libbrep/shape_recognition.cpp: only do this test once per pass...
21:12.29*** join/#brlcad LordOfBikes (~armin@dslb-092-075-145-169.092.075.pools.vodafone-ip.de)
22:56.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150922

IRC log for #brlcad on 20150922

00:57.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:10.51starseekerbrlcad: it's in Tcl land... trying to avoid that maze right now
01:11.25starseekerlooks like some sort of interaction between the Tcl result stuff and bu_log
01:37.15*** join/#brlcad devilmind (~Prateek@14.139.194.12)
01:45.33*** join/#brlcad LordOfBikes_ (~armin@dslb-092-075-149-162.092.075.pools.vodafone-ip.de)
01:56.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:43.28*** join/#brlcad devilmind (~Prateek@14.139.194.12)
02:53.16brlcadsure, just noting the very very limited possibilities there
07:07.32*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
07:57.39*** join/#brlcad devilmind (~Prateek@14.139.194.12)
08:50.42*** join/#brlcad devilmind (~Prateek@14.139.194.12)
09:14.33*** join/#brlcad devilmind (~Prateek@14.139.194.12)
10:06.49*** join/#brlcad devilmind (~Prateek@14.139.194.12)
10:30.15*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
10:38.40*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
13:14.21Notify03BRL-CAD:starseeker * 66319 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add some new boolean assembly tests.
13:15.37Notify03BRL-CAD:starseeker * 66320 brlcad/trunk/src/libbrep/shape_recognition.cpp: Simplify the hierarchy construction - the key bit is to not consider subtraction islands in the parent chains, so aside from that check everything. Catches all the weird cases without having to get too convoluted.
13:47.37Notify03BRL-CAD:starseeker * 66321 brlcad/trunk/src/libbrep/shape_recognition.cpp: Add a few protections for null lookup of nucleus
13:48.29*** join/#brlcad boquete (~piotr@abgw63.neoplus.adsl.tpnet.pl)
14:10.44Notify03BRL-CAD:starseeker * 66322 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a toplevel-inside-toplevel case that breaks current scheme.
14:11.19boqueteping brlcad
14:17.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:25.51Notify03BRL-CAD:starseeker * 66323 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add another problem case that doesn't involved toplevel objects.
14:36.30*** join/#brlcad devilmind (~Prateek@14.139.194.12)
14:49.59*** join/#brlcad devilmind (~Prateek@14.139.194.12)
15:04.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:20.22*** join/#brlcad devilmind (~Prateek@14.139.194.12)
15:25.29Notify03BRL-CAD:starseeker * 66324 brlcad/trunk/src/libbrep/shape_recognition.cpp: Use the inheritance chains of child nodes, not just the parents of the current node, to get lists of things to ignore. Just need to make sure we don't remove anything between any of the children and the current node.
15:26.09*** join/#brlcad boquete (~piotr@abgw63.neoplus.adsl.tpnet.pl)
15:28.33*** join/#brlcad Prateek (~Prateek@14.139.194.12)
15:53.40*** join/#brlcad devilmind (~Prateek@14.139.194.12)
16:14.59*** join/#brlcad Prateek (~Prateek@14.139.194.12)
16:43.56*** join/#brlcad boquete_asus (~piotr@abkl121.neoplus.adsl.tpnet.pl)
16:44.41*** join/#brlcad LordOfBikes (~armin@dslb-092-075-149-162.092.075.pools.vodafone-ip.de)
17:21.25Notify03BRL-CAD:starseeker * 66325 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a negative island with an inner loop - doesn't work at the moment...
17:54.57Notify03BRL-CAD:starseeker * 66326 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 2 others): Some clean up for consistency - an island having multiple active loops in a single face is defined to be self intersecting in the csg conversion context. Avoids the need for triangulation with holes altogether, although that is left in place since it is needed if we go ahead and enable
17:55.00Notifytriangulation of planar top level islands anyway at some point. For now, go with consistency and simplicity.
17:55.02Notify...
18:13.26Notify03BRL-CAD:starseeker * 66327 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: reorganize util functions slightly
18:56.10*** join/#brlcad Boquete (~piotr@abkl121.neoplus.adsl.tpnet.pl)
19:11.58*** join/#brlcad Prateek (~Prateek@14.139.194.12)
19:14.58Notify03BRL-CAD:starseeker * 66328 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Move some logic around.
19:15.17*** join/#brlcad boquete (~Piotr@abkl121.neoplus.adsl.tpnet.pl)
19:24.25Notify03BRL-CAD:starseeker * 66329 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: comment rework
19:30.11*** join/#brlcad devilmind (~Prateek@14.139.194.12)
20:18.26Notify03BRL-CAD:starseeker * 66330 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: whoops
20:19.11Notify03BRL-CAD:starseeker * 66331 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: refactor the degeneracy test for edges with an eye towards a bit more generality.
20:25.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:27.36Notify03BRL-CAD:starseeker * 66332 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Make a note about what we'll eventually try for spheres.
21:25.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150923

IRC log for #brlcad on 20150923

01:44.51*** join/#brlcad LordOfBikes_ (~armin@dslb-088-066-136-198.088.066.pools.vodafone-ip.de)
01:50.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:57.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:45.49*** join/#brlcad boquete (~Piotr@87.204.156.212)
09:08.00*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
09:44.35*** join/#brlcad boquete (~Piotr@87.204.156.212)
11:06.57*** join/#brlcad boquete_asus (~Piotr@87.204.156.212)
11:07.57*** join/#brlcad devilmind (~Prateek@14.139.194.12)
11:14.20*** join/#brlcad Prateek (~Prateek@14.139.194.12)
11:27.58*** join/#brlcad Prateek (~Prateek@14.139.194.12)
11:34.40*** join/#brlcad devilmind (~Prateek@14.139.194.12)
11:40.06*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
11:49.56*** join/#brlcad Prateek (~Prateek@14.139.194.12)
13:11.13Notify03BRL-CAD:starseeker * 66333 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a couple general surface island tests.
13:18.12*** join/#brlcad boquete (~Piotr@87.204.156.212)
13:24.34Notify03BRL-CAD:starseeker * 66334 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Go with simpler examples of general booleans
13:38.20*** join/#brlcad boquete (~Piotr@87.204.156.212)
13:44.00Notify03BRL-CAD:starseeker * 66335 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: Improve the up-front boolean check somewhat - use edge midpoints instead of vertices, and fall back on control points of surfaces if the edges yield no information.
13:53.16*** join/#brlcad boquete (~Piotr@87.204.156.212)
14:15.52*** join/#brlcad devilmind (~Prateek@14.139.194.12)
14:17.43*** join/#brlcad boquete (~Piotr@87.204.156.212)
14:33.55*** join/#brlcad boquete (~Piotr@87.204.156.212)
14:50.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:54.21Notify03BRL-CAD Wiki:Prateek cs14 * 0 /wiki/User:Prateek_cs14:
15:12.27*** join/#brlcad devilmind (~Prateek@14.139.194.12)
15:41.09Notify03BRL-CAD:starseeker * 66336 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a couple cases that break the boolean assembly.
15:46.21*** join/#brlcad devilmind (~Prateek@14.139.194.12)
15:55.11*** join/#brlcad merzo (~merzo@92.60.189.225)
15:58.15*** join/#brlcad devilmind (~Prateek@14.139.194.12)
15:59.32devilmindi am 2nd year b tech student.I want to contribute . Can anybody tell me an easy bug ?
16:44.14Notify03BRL-CAD:starseeker * 66337 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Constructed a B-Rep example where a child object (per inner/outer loops) has a subtraction that engulfs part of a parent that it shouldn't.
16:45.37Notify03BRL-CAD:brlcad * 66338 brlcad/trunk/misc/tools/lemon/CMakeLists.txt: still need to install the lemon template file lempar.c; default to a usual simple share dir
16:46.39*** join/#brlcad LordOfBikes (~armin@dslb-088-066-136-198.088.066.pools.vodafone-ip.de)
16:48.25Notify03BRL-CAD:brlcad * 66339 brlcad/trunk/misc/CMake/FindLEMON.cmake: rework the template searching logic to not assume it's in the bin dir or /usr/share. search in the data dir where it should be first, then fall back to exec dir, then warn if we still didn't find it.
17:45.16*** join/#brlcad boquete (~Piotr@aano5.neoplus.adsl.tpnet.pl)
17:51.17*** join/#brlcad boquete_asus (~Piotr@abkg207.neoplus.adsl.tpnet.pl)
18:13.36Notify03BRL-CAD:brlcad * 66340 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/BBNode.cpp and 3 others): restore 66249 with allocation sizes fixed. was attempting to pre-allocate the first child, but the containers are only filled via push_back (instead of index). this leaves an unset entry when we iterate by size and kaboomage. unrelated, tested and observed no performance impact on an unoptimized build
18:13.38Notify(before/after).
18:13.40Notify...
18:40.01Notify03BRL-CAD:brlcad * 66341 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/opennurbs_ext.cpp): converted the m_sortedX/Y lists over to pointers
18:40.55Notify03BRL-CAD:brlcad * 66342 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/opennurbs_ext.cpp): m_sortedY is unused, remove
18:48.18Notify03BRL-CAD:brlcad * 66343 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/BBNode.cpp): convert m_trims_above and m_trims_vertical to pointers
18:49.07Notify03BRL-CAD:brlcad * 66344 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/BBNode.cpp): oof, m_trims_vertical also unused. removed.
18:54.57Notify03BRL-CAD:brlcad * 66345 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/opennurbs_ext.cpp): convert f_queue to pointer so SurfaceTree class has a constant size, is exportable.
19:03.36Notify03BRL-CAD:brlcad * 66346 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/PullbackCurve.cpp): convert the pbcdata segments list over to pointer as well, remove the unused edge and order_reversed fields.
19:20.36*** join/#brlcad LordOfBikes (~armin@dslb-088-066-136-198.088.066.pools.vodafone-ip.de)
19:36.43Notify03BRL-CAD:brlcad * 66347 brlcad/trunk/src/librt/prep.c: it's wrong to report 'rt_init_resource(...) re-registering resource...' when the resource we're cleaning up is the rt_uniresource. it doesn't and shouldn't get registered in the rtip for cpu 0 as you could both have per-cpu resources and use the uni. if we really ever do encounter a situation where the rtip has something different registered, just set it and
19:36.45Notifycontinue since it's more likely that the thing we just cleaned is not released memory.
19:36.47Notify...
19:48.20Notify03BRL-CAD:brlcad * 66348 brlcad/trunk/src/rt/view.c: remove the qualitative assertion, consistently prefix the different evaluation modes with a label.
19:49.06*** join/#brlcad boquete (~Piotr@188.146.133.177.nat.umts.dynamic.t-mobile.pl)
20:20.52*** join/#brlcad devilmind (~Prateek@14.139.194.12)
20:27.55*** join/#brlcad boquete (~Piotr@abkg207.neoplus.adsl.tpnet.pl)
20:53.14brlcaddevilmind: that's not really answerable -- just try one
20:54.47*** join/#brlcad Izakey (~Izakey@41.205.22.46)
21:49.20*** join/#brlcad LordOfBikes (~armin@dslb-088-066-136-198.088.066.pools.vodafone-ip.de)
22:45.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:14.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:58.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150924

IRC log for #brlcad on 20150924

00:14.44Notify03BRL-CAD:starseeker * 66349 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: This is just a counter - no need for a std::vector
00:37.57*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
00:44.23*** join/#brlcad devilmind (~Prateek@14.139.194.12)
01:09.02Notify03BRL-CAD:n_reed * 66350 (brlcad/trunk/include/brep.h brlcad/trunk/src/conv/step/step-g/OpenNurbsInterfaces.cpp): Follow up to r66346. edge and order_reversed fields are used in OpenNurbsInterfaces.cpp. Fix accesses to segments in same now that it's a pointer.
01:28.22*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
01:43.30*** join/#brlcad LordOfBikes_ (~armin@dslb-088-064-032-199.088.064.pools.vodafone-ip.de)
01:58.27*** join/#brlcad devilmind (~Prateek@14.139.194.12)
02:29.40*** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net)
04:00.52*** join/#brlcad devilmind (~Prateek@14.139.194.12)
06:51.07*** join/#brlcad devilmind (~Prateek@14.139.194.12)
07:11.17*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
07:28.04*** join/#brlcad Prateek (~Prateek@14.139.194.12)
07:40.05Prateeki am trying to configure cmake but i am getting an error sayin cmake_c_compiler and cmake_cxx_compiler not found.
07:40.20Prateeksomebody help
07:44.39*** join/#brlcad devilmind (~Prateek@14.139.194.12)
07:48.24*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:17.37*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:59.51Notify03BRL-CAD:d_rossberg * 66351 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: quell compilation error: variable ?\226?\128?\152is_coplanar?\226?\128?\153 set but not used [-Werror=unused-but-set-variable]
09:14.42*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:34.34*** join/#brlcad Prateek (~Prateek@14.139.194.12)
11:24.43*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:41.32*** join/#brlcad boquete (~Piotr@abkr141.neoplus.adsl.tpnet.pl)
12:42.45Notify03BRL-CAD:starseeker * 66352 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: It's not actually edge intersections per say, but connected planar faces crossing the plane (can happen without individual edges being cut.)
13:31.27*** join/#brlcad Prateek (~Prateek@14.139.194.12)
13:49.38Notify03BRL-CAD:starseeker * 66353 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): No good - too aggressive.
14:29.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:33.12*** join/#brlcad Prateek (~Prateek@14.139.194.12)
15:20.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:31.22Notify03BRL-CAD:starseeker * 66354 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: doing the same thing regardless of dpc outcome...
16:27.49*** join/#brlcad boquete (~Piotr@abkr141.neoplus.adsl.tpnet.pl)
16:41.50*** join/#brlcad boquete (~Piotr@abkr141.neoplus.adsl.tpnet.pl)
16:43.00*** join/#brlcad LordOfBikes (~armin@dslb-088-064-032-199.088.064.pools.vodafone-ip.de)
17:28.24*** join/#brlcad boquete (~Piotr@abkr141.neoplus.adsl.tpnet.pl)
17:56.05*** join/#brlcad boquete (~Piotr@abkr141.neoplus.adsl.tpnet.pl)
18:37.14*** join/#brlcad boquete (~Piotr@abkr141.neoplus.adsl.tpnet.pl)
19:50.54*** join/#brlcad boquete (~Piotr@abkr141.neoplus.adsl.tpnet.pl)
21:28.17*** join/#brlcad LordOfBikes (~armin@dslb-088-064-032-199.088.064.pools.vodafone-ip.de)
22:40.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150925

IRC log for #brlcad on 20150925

01:10.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:42.33*** join/#brlcad LordOfBikes_ (~armin@dslb-088-066-153-074.088.066.pools.vodafone-ip.de)
02:46.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:53.37*** join/#brlcad devilmind (~Prateek@14.139.194.12)
06:45.49*** join/#brlcad devilmind (~Prateek@14.139.194.12)
08:33.45*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:52.39*** join/#brlcad devilmind (~Prateek@14.139.194.12)
09:39.17*** join/#brlcad LordOfBikes (~armin@dslb-088-066-153-074.088.066.pools.vodafone-ip.de)
10:24.28*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:27.38*** join/#brlcad Prateek (~Prateek@14.139.194.12)
13:21.15*** join/#brlcad Prateek (~Prateek@14.139.194.12)
13:57.19*** join/#brlcad boquete (~Piotr@atx197.neoplus.adsl.tpnet.pl)
14:41.21*** join/#brlcad devilmind (~Prateek@14.139.194.12)
15:14.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:37.26*** join/#brlcad LordOfBikes (~armin@dslb-088-066-153-074.088.066.pools.vodafone-ip.de)
15:40.57*** join/#brlcad devilmind (~Prateek@14.139.194.12)
16:18.48*** join/#brlcad devilmind (~Prateek@14.139.194.12)
16:25.36*** join/#brlcad boquete (~Piotr@atx197.neoplus.adsl.tpnet.pl)
16:35.45*** join/#brlcad Prateek (~Prateek@14.139.194.12)
16:36.49*** join/#brlcad boquete (~Piotr@atx197.neoplus.adsl.tpnet.pl)
16:54.07*** join/#brlcad boquete (~Piotr@atx197.neoplus.adsl.tpnet.pl)
17:06.23*** join/#brlcad boquete (~Piotr@atx197.neoplus.adsl.tpnet.pl)
18:51.09*** join/#brlcad boquete (~Piotr@atx197.neoplus.adsl.tpnet.pl)
18:54.16*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
19:30.24Notify03BRL-CAD:starseeker * 66355 (brlcad/trunk/src/archer/CMakeLists.txt brlcad/trunk/src/fb/tests/CMakeLists.txt and 4 others): Fix some CMake distcheck issues.
20:33.33*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
23:16.43*** join/#brlcad LordOfBikes (~armin@dslb-088-066-153-074.088.066.pools.vodafone-ip.de)
IRC log for #brlcad on 20150926

IRC log for #brlcad on 20150926

00:37.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:41.34*** join/#brlcad LordOfBikes_ (~armin@dslb-092-074-238-111.092.074.pools.vodafone-ip.de)
03:11.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:07.54*** join/#brlcad devilmind (~Prateek@14.139.194.12)
07:46.17*** join/#brlcad Prateek (~Prateek@14.139.194.12)
08:36.38*** join/#brlcad boquete (~Piotr@atx197.neoplus.adsl.tpnet.pl)
09:28.49*** join/#brlcad Prateek (~Prateek@14.139.194.12)
10:39.07*** join/#brlcad boquete (~Piotr@atx197.neoplus.adsl.tpnet.pl)
11:16.48*** join/#brlcad boquete_asus (~Piotr@abkl142.neoplus.adsl.tpnet.pl)
11:32.22*** join/#brlcad boquete (~Piotr@abkl142.neoplus.adsl.tpnet.pl)
14:17.59*** join/#brlcad boquete (~Piotr@abkl142.neoplus.adsl.tpnet.pl)
14:53.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:18.26Notify03BRL-CAD:starseeker * 66356 (brlcad/trunk/misc/tools/dom2dox/CMake/FindLEMON.cmake brlcad/trunk/misc/tools/dom2dox/CMake/LEMON_Util.cmake and 6 others): Sync up the other copies of FindLEMON and LEMON_Util.
15:44.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:14.14*** join/#brlcad boquete (~Piotr@abkl142.neoplus.adsl.tpnet.pl)
16:14.35*** join/#brlcad merzo (~merzo@50-135-133-95.pool.ukrtel.net)
16:26.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:52.47*** join/#brlcad merzo (~merzo@138-49-132-95.pool.ukrtel.net)
17:12.14*** join/#brlcad boquete (~Piotr@abkl142.neoplus.adsl.tpnet.pl)
17:30.43*** join/#brlcad merzo (~merzo@138-49-132-95.pool.ukrtel.net)
17:31.49*** join/#brlcad LordOfBikes (~armin@dslb-092-074-238-111.092.074.pools.vodafone-ip.de)
17:37.24starseekerbrlcad: distcheck-autodetect_debug (and a few others) don't seem to be doing well with the new lemon CMake logic
17:37.32starseekerthe enable all ones work
18:09.34*** join/#brlcad merzo (~merzo@54-75-133-95.pool.ukrtel.net)
19:12.53*** join/#brlcad merzo (~merzo@41-15-132-95.pool.ukrtel.net)
19:53.54*** join/#brlcad boquete (~Piotr@abeh120.neoplus.adsl.tpnet.pl)
20:53.50*** join/#brlcad boquete (~Piotr@abeh120.neoplus.adsl.tpnet.pl)
20:56.11Notify03BRL-CAD:starseeker * 66357 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Use a simpler, more robust approach to finding a cylinder that will enclose the volume we need for a given shape.
21:19.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:51.12``Erikhm, article that mentions a little about the history of NURBS use in CAD... http://isicad.net/articles.php?article_num=14940
22:00.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:10.51*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
22:11.17nmz787anyone know offhand if this is still likely to work, and have you ever used it or know if there are quirks? https://github.com/mbuesch/cnc/blob/master/tools/brlcad2gcode.sh
IRC log for #brlcad on 20150927

IRC log for #brlcad on 20150927

01:40.44*** join/#brlcad neguniekzmofabtb (~armin@dslb-094-216-165-172.094.216.pools.vodafone-ip.de)
04:23.14*** join/#brlcad LordOfBikes (~armin@dslb-094-216-165-172.094.216.pools.vodafone-ip.de)
06:44.13*** join/#brlcad merzo (~merzo@84-92-132-95.pool.ukrtel.net)
07:10.14*** join/#brlcad merzo (~merzo@171-97-133-95.pool.ukrtel.net)
08:23.27*** join/#brlcad merzo (~merzo@108-125-132-95.pool.ukrtel.net)
09:54.27*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
11:25.42*** join/#brlcad boquete (~Piotr@abeh120.neoplus.adsl.tpnet.pl)
11:42.04*** join/#brlcad merzo (~merzo@108-125-132-95.pool.ukrtel.net)
11:44.33*** join/#brlcad merzo (~merzo@108-125-132-95.pool.ukrtel.net)
12:21.04*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
12:29.49*** join/#brlcad boquete (~Piotr@abeh120.neoplus.adsl.tpnet.pl)
12:54.21*** join/#brlcad boquete (~Piotr@abeh120.neoplus.adsl.tpnet.pl)
IRC log for #brlcad on 20150928

IRC log for #brlcad on 20150928

01:37.05*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
01:37.31*** join/#brlcad cox (~quassel@188.226.208.53)
01:39.36*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
01:41.33*** join/#brlcad iwyyxqwmacglepyn (~armin@dslb-088-066-138-244.088.066.pools.vodafone-ip.de)
01:44.28*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
01:48.39*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
14:19.48*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
14:19.48*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
14:49.18Notify03BRL-CAD:starseeker * 66358 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Rather than using midpoints, construct the required points from the cyl axis and the planes. Also check edge vertices, since they may constitute maximum/minimum points on the cylinder.
15:36.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:45.34*** join/#brlcad boquete (~Piotr@abei131.neoplus.adsl.tpnet.pl)
18:27.16*** join/#brlcad pujani (~pujani@202.164.45.212)
18:28.31*** join/#brlcad pujani (~pujani@202.164.45.212)
18:31.03*** join/#brlcad pujani (~pujani@202.164.45.212)
18:32.35*** join/#brlcad pujani (~pujani@202.164.45.212)
19:24.38*** join/#brlcad boquete (~Piotr@abei131.neoplus.adsl.tpnet.pl)
19:52.14*** join/#brlcad boquete (~Piotr@aua186.neoplus.adsl.tpnet.pl)
22:49.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20150929

IRC log for #brlcad on 20150929

01:35.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:38.10*** join/#brlcad sfbuneofplfnbimk (~armin@dslb-088-066-149-061.088.066.pools.vodafone-ip.de)
03:22.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:38.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:54.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:19.38*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:30.45*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:51.13*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
10:39.04*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
13:42.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:51.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:31.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:36.48*** join/#brlcad boquete (~Piotr@aua186.neoplus.adsl.tpnet.pl)
19:39.50*** join/#brlcad boquete (~Piotr@aua186.neoplus.adsl.tpnet.pl)
19:45.22*** join/#brlcad boquete_asus (~Piotr@ave94.neoplus.adsl.tpnet.pl)
20:02.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:11.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:14.22brlcadnmz787: no idea, but we have three separate brl-cad to gcode paths, one probably a little more robust than the others
21:14.34brlcadNotify: you stuck babe?
IRC log for #brlcad on 20150930

IRC log for #brlcad on 20150930

01:20.20*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
01:20.20*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
02:48.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:10.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:54.46*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
04:14.24*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
05:02.41*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
07:28.08*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:45.56*** join/#brlcad boquete (~Piotr@ave94.neoplus.adsl.tpnet.pl)
07:52.14*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:26.02*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
12:10.42*** join/#brlcad boquete (~Piotr@ave94.neoplus.adsl.tpnet.pl)
14:32.53*** join/#brlcad boquete (~Piotr@acma52.neoplus.adsl.tpnet.pl)
14:55.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:18.25*** join/#brlcad boquete (~Piotr@acma52.neoplus.adsl.tpnet.pl)
17:53.07*** join/#brlcad boquete (~Piotr@acma52.neoplus.adsl.tpnet.pl)
18:10.01*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
19:47.01*** join/#brlcad merzo (~merzo@147-18-133-95.pool.ukrtel.net)
20:05.51*** join/#brlcad boquete (~Piotr@acma52.neoplus.adsl.tpnet.pl)
21:56.12*** join/#brlcad boquete (~Piotr@acma52.neoplus.adsl.tpnet.pl)
IRC log for #brlcad on 20151001

IRC log for #brlcad on 20151001

00:49.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:36.23*** join/#brlcad rotssuuyeawkmnqp (~armin@dslb-094-216-165-172.094.216.pools.vodafone-ip.de)
01:48.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:09.09*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
02:32.11*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
05:36.00*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
08:19.05*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:42.51*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
08:59.59*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
13:33.04*** join/#brlcad boquete (~Piotr@aaah196.neoplus.adsl.tpnet.pl)
14:03.48*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:43.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:28.49*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
15:40.28*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
18:55.38*** join/#brlcad merzo (~merzo@124-95-133-95.pool.ukrtel.net)
19:38.20*** join/#brlcad merzo (~merzo@222-67-132-95.pool.ukrtel.net)
20:54.19*** join/#brlcad cox (~quassel@188.226.208.53)
21:16.17*** join/#brlcad LordOfBikes (~armin@dslb-094-216-165-172.094.216.pools.vodafone-ip.de)
23:41.23starseek1rbrlcad: are you familiar with Phabricator?  http://phabricator.org/
IRC log for #brlcad on 20151002

IRC log for #brlcad on 20151002

00:05.49starseek1rhttps://secure.phabricator.com/book/phabricator/article/audit/
00:16.06starseek1rpossibly useful http://pe-kay.blogspot.com/2014/04/phabricator-code-auditing.html
01:35.22*** join/#brlcad xtbkqedcyrveoehh (~armin@dslb-094-216-167-077.094.216.pools.vodafone-ip.de)
02:28.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:06.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:53.25*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:40.05*** join/#brlcad Izakey_ (~Izakey@41.205.22.7)
10:44.09Izakey_Hi ``Erik
10:46.07Izakey_Are there libraries where BRL-CAD employs spatial subdivision techniques ? brlcad , starseek1r , ``Erik
10:54.52starseek1rIzakey_: you mean bounding volume hierarchies?
10:55.07starseek1rthe raytracer does, although I don't know the precise details
10:55.27Izakey_Yes, starseek1r
10:55.36starseek1rthe NURBS raytracer builds a BVH tree using the NURBS surfaces
10:55.58starseek1rthat guides the ray to "semi-flat" patches where the final iterative solve is performed
10:57.44Izakey_Thanks starseek1r
14:26.50*** join/#brlcad Izakey (~Izakey@41.205.22.27)
15:03.47*** join/#brlcad boquete (~Piotr@abei74.neoplus.adsl.tpnet.pl)
15:24.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:44.44starseekerblinks - now the OSG dm isn't coming up at all. mutter...
15:54.31Stragusreads that as Open Scene Graph Dungeon Master
15:56.48starseekerheh
16:01.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:29.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:46.29*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
16:48.38*** join/#brlcad boquete (~Piotr@abei74.neoplus.adsl.tpnet.pl)
17:40.24*** join/#brlcad ChanServ (ChanServ@services.)
17:40.24*** mode/#brlcad [+o ChanServ] by card.freenode.net
17:42.33*** join/#brlcad boquete (~Piotr@abei74.neoplus.adsl.tpnet.pl)
17:46.54``ErikStragus: are you casting magic missile at the darkness? :D
17:49.35StragusThat's impossible, Magic Missile requires having the target in sight
18:37.41``ErikStragus: https://www.youtube.com/watch?v=zng5kRle4FA
18:46.41StragusAhaha, darn
18:46.53StragusThanks ``Erik, that was special
19:00.45*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
19:25.07*** join/#brlcad merzo (~merzo@97-127-133-95.pool.ukrtel.net)
19:43.36*** join/#brlcad merzo (~merzo@38-46-132-95.pool.ukrtel.net)
20:12.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:37.20``Erikhttp://wave.webaim.org/
21:42.27StragusEh... It complains about image links having no alternate text for blind users, when the link is only to maximize the image
IRC log for #brlcad on 20151003

IRC log for #brlcad on 20151003

10:23.47*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
10:23.47*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
12:30.44*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
12:30.44*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
13:56.50*** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl)
14:25.23*** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl)
14:31.02*** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl)
15:37.25*** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl)
18:14.37*** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl)
22:08.27*** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl)
IRC log for #brlcad on 20151004

IRC log for #brlcad on 20151004

00:26.20kanzureopencascade/oce/occt scheduled chat on monday october 5 at 9pm UTC at https://gitter.im/tpaviot/oce
01:15.17*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
01:32.46*** join/#brlcad vzhfjbjtbhltxzke (~armin@dslb-178-010-185-221.178.010.pools.vodafone-ip.de)
03:19.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
10:04.32*** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl)
10:20.51*** join/#brlcad ``Erik_ (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
11:00.15*** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl)
12:01.08*** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl)
12:40.42*** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl)
13:36.38*** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl)
14:38.02*** join/#brlcad boquete (~Piotr@aclz195.neoplus.adsl.tpnet.pl)
15:05.23*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
15:57.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:06.38nmz787it took 6.5 hours for my eeepc 901 to 'make' an svn checkout from last night
19:11.14nmz7871.6 GHz single core Atom.... http://ark.intel.com/products/36331/Intel-Atom-Processor-N270-512K-Cache-1_60-GHz-533-MHz-FSB
19:11.37nmz787even make install is taking a while
19:16.08nmz787has anyone tried compiling on an x86 Android device?
19:17.52*** join/#brlcad boquete (~Piotr@aclz195.neoplus.adsl.tpnet.pl)
19:31.07nmz787someone is telling me to use debian chroot
19:31.24*** join/#brlcad boquete (~Piotr@aclz195.neoplus.adsl.tpnet.pl)
19:32.29*** join/#brlcad starseek1r (~starseeke@66.118.151.70)
19:33.14*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
20:28.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:49.14*** join/#brlcad boquete (~Piotr@aclz195.neoplus.adsl.tpnet.pl)
IRC log for #brlcad on 20151005

IRC log for #brlcad on 20151005

00:06.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:31.26*** join/#brlcad urrgcrbmflvvlfkc (~armin@dslb-088-066-140-088.088.066.pools.vodafone-ip.de)
02:05.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:47.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:34.34nmz787ok, got to the point where I am cloning the svn repo, using https://play.google.com/store/apps/details?id=champion.gnuroot&hl=en
08:10.05*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
12:26.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:44.02*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
12:51.33*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
13:24.38*** join/#brlcad boquete (~Piotr@aclz195.neoplus.adsl.tpnet.pl)
13:43.12``Erikneat https://josauder.github.io/procedural_city_generation/
13:44.02``Erik(hn comment says it's an impl of a 2001 siggraph paper, "procedural modeling of cities"... https://news.ycombinator.com/item?id=10288242&utm_term=comment)
13:55.42*** join/#brlcad boquete_asus (~Piotr@aanp121.neoplus.adsl.tpnet.pl)
14:25.42*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
14:28.45*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
14:38.54*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:08.41Stragus``Erik, somehow it doesn't look that impressive...
17:09.16StragusI can appreciate the random blend of radial/grid/organic shapes though
17:11.45``Erikbe interesting to see something like that as a procdb *shrug* and I'm all for procedurally generated geometry :)
17:12.08Stragusnods
17:12.23StragusI have some procedurally generated buildings, castles and stuff when I thought about creating a little game
17:12.59StragusBut really, it was just combining together a large stack of pieces, with proper removal of hidden geometry
17:13.13StragusI have done* some
17:40.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:46.45*** join/#brlcad boquete (~Piotr@aanp121.neoplus.adsl.tpnet.pl)
19:50.07*** join/#brlcad merzo (~merzo@254-28-132-95.pool.ukrtel.net)
19:57.50*** join/#brlcad boquete (~Piotr@aanp121.neoplus.adsl.tpnet.pl)
20:48.43*** join/#brlcad merzo (~merzo@235-12-132-95.pool.ukrtel.net)
22:04.15*** join/#brlcad merzo (~merzo@200-4-133-95.pool.ukrtel.net)
22:14.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:54.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:02.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20151006

IRC log for #brlcad on 20151006

01:25.11*** join/#brlcad merzo (~merzo@62-19-132-95.pool.ukrtel.net)
01:30.20*** join/#brlcad tyghdtjbgsvaoldv (~armin@dslb-092-075-157-032.092.075.pools.vodafone-ip.de)
03:39.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:45.03nmz787so cmake failed with a bunch of errors on gnuroot on android :(
06:46.43nmz787I guess cmake doesn't make a log automatically?
11:44.08*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
11:44.09*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
12:58.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:14.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:35.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:04.09*** join/#brlcad boquete (~Piotr@ayy70.neoplus.adsl.tpnet.pl)
14:23.48*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
14:37.01*** join/#brlcad Prateek (~Prateek@14.139.194.12)
15:06.17*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
15:15.06starseek1rnmz787: there should be a cmake log in the build directory
15:15.35starseek1rCMakeFiles/CMakeOutput.log
15:17.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:48.17*** join/#brlcad Prateek (~Prateek@14.139.194.12)
17:35.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:59.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:54.27*** join/#brlcad boquete (~Piotr@ayy70.neoplus.adsl.tpnet.pl)
20:32.57*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
20:48.46*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
20:48.47*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
20:48.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:48.47*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
20:48.47*** join/#brlcad LordOfBikes (~armin@dslb-092-075-157-032.092.075.pools.vodafone-ip.de)
20:48.47*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
20:48.47*** join/#brlcad starseek1r (~starseeke@66.118.151.70)
20:48.47*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
20:48.47*** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
20:48.47*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
20:48.47*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
20:48.47*** join/#brlcad ChanServ (ChanServ@services.)
20:48.47*** join/#brlcad cox (~quassel@188.226.208.53)
20:48.47*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
20:48.47*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
20:48.47*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
20:48.47*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
20:48.47*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
20:48.47*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
20:48.47*** mode/#brlcad [+o ChanServ] by leguin.freenode.net
20:50.03*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
20:50.03*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
21:37.36*** join/#brlcad boquete (~Piotr@ayy70.neoplus.adsl.tpnet.pl)
IRC log for #brlcad on 20151007

IRC log for #brlcad on 20151007

00:06.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:29.08*** join/#brlcad dbtefgzrttmjgpsy (~armin@dslb-088-066-152-079.088.066.pools.vodafone-ip.de)
02:02.32*** join/#brlcad Prateek (~Prateek@14.139.194.12)
02:41.03*** join/#brlcad shootingstar (~Prateek@14.139.194.12)
03:41.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:46.51*** join/#brlcad shootingstar (~Prateek@14.139.194.12)
07:19.45*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
07:21.52*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
07:21.53*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
07:21.54*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
07:22.16*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
07:22.17*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
08:12.33*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
09:20.58*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:29.57*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:40.12*** join/#brlcad boquete (~Piotr@ayy70.neoplus.adsl.tpnet.pl)
10:45.13*** join/#brlcad shootingstar (~Prateek@14.139.194.12)
11:06.56*** join/#brlcad shootingstar (~Prateek@14.139.194.12)
11:29.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
11:52.58*** join/#brlcad boquete (~Piotr@ayy70.neoplus.adsl.tpnet.pl)
12:21.40*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:36.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:28.22*** join/#brlcad maths22_log (~maths22_l@66-118-151-70.static.sagonet.net)
13:32.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:52.42*** join/#brlcad boquete (~Piotr@ayy70.neoplus.adsl.tpnet.pl)
13:54.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:55.13*** join/#brlcad boquete_asus (~Piotr@acqa110.neoplus.adsl.tpnet.pl)
14:05.23*** join/#brlcad shootingstar (~Prateek@14.139.194.3)
15:06.21*** join/#brlcad boquete (~Piotr@acqa110.neoplus.adsl.tpnet.pl)
15:38.20*** join/#brlcad shootingstar (~Prateek@14.139.194.12)
15:56.22*** join/#brlcad devilmind (~Prateek@14.139.194.3)
16:07.04*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
17:12.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:14.14*** join/#brlcad boquete (~Piotr@acqa110.neoplus.adsl.tpnet.pl)
17:27.32*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
17:31.05*** join/#brlcad LordOfBikes (~armin@dslb-088-066-152-079.088.066.pools.vodafone-ip.de)
19:32.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:13.12*** join/#brlcad saltan (~saltan@81.83.2.132)
20:16.24*** part/#brlcad saltan (~saltan@81.83.2.132)
20:44.55*** join/#brlcad devilmind (~Prateek@14.139.194.3)
21:10.46``Erik:o macosx 'el capitan' no longer has cvs in the base system or dev package
21:11.47``Erik(also doesn't have rcs or sccs)
21:12.37StragusI assume Apple declared it's deprecated, and you should now use their iCommit
21:14.19``Erikheh, no, worse... svn and git O.o
21:15.17``Erikflips the switches and pushes the buttons to start the paper tape reader to load his operating system *sigh*
21:47.33*** join/#brlcad merzo (~merzo@63-42-132-95.pool.ukrtel.net)
22:04.03*** join/#brlcad merzo (~merzo@190-3-133-95.pool.ukrtel.net)
23:04.05``Erikhttp://www.ustream.tv/channel/nasa-tv-wallops
23:04.54``Erikif you're near wallops, the coords are 37.9386,-75.4572 Â anhttp://www.movable-type.co.uk/scripts/latlong.html will give you a bearingd
23:21.16``Eriktoo many trees, no los here
23:30.06*** join/#brlcad devilmind (~Prateek@14.139.194.3)
23:59.51Stragus``Erik, a video from a month ago? I tought for a moment it was some live stream
IRC log for #brlcad on 20151008

IRC log for #brlcad on 20151008

00:31.30*** join/#brlcad merzo (~merzo@229-1-133-95.pool.ukrtel.net)
01:24.15*** join/#brlcad jcoolin8s (c765752d@gateway/web/freenode/ip.199.101.117.45)
01:24.25jcoolin8shello
01:24.32jcoolin8severy body here
01:24.37jcoolin8sslaps cox around a bit with a large fishbot
01:28.02*** join/#brlcad drwkshgoowvekxrx (~armin@dslb-088-066-132-065.088.066.pools.vodafone-ip.de)
02:06.49*** join/#brlcad devilmind (~Prateek@14.139.194.12)
02:31.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:16.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:03.19*** join/#brlcad devilmind (~Prateek@14.139.194.3)
05:33.42*** join/#brlcad shootingstar (~Prateek@115.248.3.26)
05:43.16*** join/#brlcad devilmind (~Prateek@115.248.3.26)
05:57.15*** join/#brlcad shootingstar (~Prateek@115.248.3.26)
06:01.47*** join/#brlcad merzo (~merzo@81-120-133-95.pool.ukrtel.net)
06:42.50*** join/#brlcad merzo (~merzo@251-89-132-95.pool.ukrtel.net)
07:08.43*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
08:16.59*** join/#brlcad shootingstar (~Prateek@14.139.194.3)
08:42.40*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:50.59*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:07.40*** join/#brlcad shootingstar (~Prateek@14.139.194.12)
09:47.05*** join/#brlcad shootingstar (~Prateek@14.139.194.3)
11:03.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:18.35*** join/#brlcad boquete (~Piotr@acqa110.neoplus.adsl.tpnet.pl)
13:25.30``ErikStragus: there was a live stream when I posted it... guess they took it down so they could 'process' it before putting up a recorded video :/
13:56.07*** join/#brlcad boquete (~Piotr@acqb144.neoplus.adsl.tpnet.pl)
14:07.07*** join/#brlcad shootingstar (~Prateek@14.139.194.3)
15:22.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:13.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:29.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:45.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:02.57*** join/#brlcad boquete (~Piotr@aafy179.neoplus.adsl.tpnet.pl)
17:22.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:40.56*** join/#brlcad shootingstar (~Prateek@14.139.194.12)
18:50.08*** join/#brlcad boquete (~Piotr@aafy179.neoplus.adsl.tpnet.pl)
19:24.56*** join/#brlcad boquete (~Piotr@aafy179.neoplus.adsl.tpnet.pl)
20:19.02*** join/#brlcad boquete (~Piotr@aafy179.neoplus.adsl.tpnet.pl)
IRC log for #brlcad on 20151009

IRC log for #brlcad on 20151009

01:27.12*** join/#brlcad nkuitefcsunlfipv (~armin@dslb-088-066-213-194.088.066.pools.vodafone-ip.de)
02:54.07*** join/#brlcad shootingstar (~Prateek@14.139.194.12)
04:20.03*** join/#brlcad shootingstar (~Prateek@14.139.194.3)
05:22.05*** join/#brlcad shootingstar (~Prateek@14.139.194.12)
06:10.48nmz787what placedo you folks like files/logs uploaded?
06:18.16nmz787well here is the CMakeLists.txt that I started to try and get to work on gnuroot (on x86 Android tablet)... I only changed the error on the date-parsing section to hard-code a date, as that was failing... but then it has other errors that are seemingly unrelated to the date stuff http://cryptb.in/qid1#77be42909e88b27eca73fe6a24d83c8b
06:18.58nmz787(also there are the cmake logs, one I created from the command-line, redirecting the stdout and stderr to a file, and the others from the dir starseeker directed me to)
06:20.10nmz787(the change in the date-parsing error is at line 626 in the CMakeLists.txt)
07:34.32*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:03.48*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:34.23*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
11:26.53*** join/#brlcad shootingstar (~Prateek@14.139.194.20)
12:07.07*** join/#brlcad boquete (~Piotr@aafy179.neoplus.adsl.tpnet.pl)
12:55.31*** join/#brlcad shootingstar (~Prateek@14.139.194.20)
15:52.21*** join/#brlcad boquete_asus (~Piotr@avm180.neoplus.adsl.tpnet.pl)
16:04.43*** join/#brlcad shootingstar (~Prateek@14.139.194.3)
17:33.04*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
19:09.34*** join/#brlcad shootingstar (~Prateek@14.139.194.3)
20:33.47*** join/#brlcad merzo (~merzo@15-58-132-95.pool.ukrtel.net)
21:31.32*** join/#brlcad merzo (~merzo@223-60-133-95.pool.ukrtel.net)
22:13.22*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
22:50.21*** join/#brlcad merzo (~merzo@180-47-132-95.pool.ukrtel.net)
23:08.40*** join/#brlcad merzo (~merzo@24-16-132-95.pool.ukrtel.net)
23:09.54*** join/#brlcad shootingstar (~Prateek@14.139.194.12)
23:26.43*** join/#brlcad merzo (~merzo@145-63-132-95.pool.ukrtel.net)
23:47.38*** join/#brlcad merzo (~merzo@126-34-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20151010

IRC log for #brlcad on 20151010

00:50.55*** join/#brlcad ``Erik_ (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
01:00.04*** join/#brlcad merzo (~merzo@240-4-133-95.pool.ukrtel.net)
01:25.53*** join/#brlcad kmofyeagafcxkevv (~armin@dslb-094-216-164-036.094.216.pools.vodafone-ip.de)
02:02.53*** join/#brlcad shootingstar (~Prateek@14.139.194.12)
02:08.33*** join/#brlcad merzo (~merzo@181-40-133-95.pool.ukrtel.net)
02:18.59*** join/#brlcad shootingstar (~Prateek@14.139.194.3)
03:15.57*** join/#brlcad shootingstar (~Prateek@14.139.194.12)
03:26.07*** join/#brlcad shootingstar (~Prateek@14.139.194.3)
03:39.17*** join/#brlcad merzo (~merzo@181-57-132-95.pool.ukrtel.net)
03:40.45*** join/#brlcad shootingstar (~Prateek@14.139.194.3)
05:05.25*** join/#brlcad merzo (~merzo@228-16-132-95.pool.ukrtel.net)
05:31.46*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
05:31.48*** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net)
05:42.36*** join/#brlcad merzo (~merzo@6-25-133-95.pool.ukrtel.net)
06:08.25*** join/#brlcad merzo (~merzo@40-96-132-95.pool.ukrtel.net)
06:09.37*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
06:14.54*** join/#brlcad devilmind (~Prateek@14.139.194.3)
06:29.08*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
06:38.32*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
06:54.30*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
07:09.18*** join/#brlcad merzo (~merzo@19-74-132-95.pool.ukrtel.net)
07:25.36*** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
07:27.48*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
08:15.58*** join/#brlcad boquete_asus (~Piotr@abkd52.neoplus.adsl.tpnet.pl)
09:32.33*** join/#brlcad boquete (~Piotr@bwb192.neoplus.adsl.tpnet.pl)
09:39.35*** join/#brlcad boquete_asus (~Piotr@acow74.neoplus.adsl.tpnet.pl)
10:29.58*** join/#brlcad boquete (~Piotr@acow74.neoplus.adsl.tpnet.pl)
10:43.37*** join/#brlcad devilmind (~Prateek@14.139.194.3)
11:20.37*** join/#brlcad merzo (~merzo@61-119-133-95.pool.ukrtel.net)
11:22.53*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
11:25.25*** join/#brlcad boquete (~Piotr@acow74.neoplus.adsl.tpnet.pl)
12:31.20*** join/#brlcad LordOfBikes (~armin@dslb-094-216-164-036.094.216.pools.vodafone-ip.de)
12:32.22*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
12:56.35*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
13:04.19*** join/#brlcad boquete (~Piotr@acow74.neoplus.adsl.tpnet.pl)
18:12.59*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
18:12.59*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
18:53.58*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
18:57.58*** join/#brlcad boquete (~Piotr@acow74.neoplus.adsl.tpnet.pl)
19:28.58*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
21:12.41*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
21:26.21*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
21:33.45*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
IRC log for #brlcad on 20151011

IRC log for #brlcad on 20151011

01:24.35*** join/#brlcad tmunitydewzxniwb (~armin@dslb-092-075-149-008.092.075.pools.vodafone-ip.de)
03:47.12*** join/#brlcad Prateek (~Prateek@14.139.194.12)
07:29.42*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
09:23.30*** join/#brlcad merzo (~merzo@10-115-133-95.pool.ukrtel.net)
09:35.16*** join/#brlcad Prateek (~Prateek@14.139.194.12)
10:17.05*** join/#brlcad merzo (~merzo@19-58-133-95.pool.ukrtel.net)
10:18.11*** join/#brlcad devilmind (~Prateek@14.139.194.3)
10:36.47*** join/#brlcad boquete (~Piotr@abgp196.neoplus.adsl.tpnet.pl)
10:38.58*** join/#brlcad merzo (~merzo@4-91-133-95.pool.ukrtel.net)
10:52.07*** join/#brlcad boquete (~Piotr@abgp196.neoplus.adsl.tpnet.pl)
11:20.10*** join/#brlcad merzo (~merzo@245-73-133-95.pool.ukrtel.net)
11:57.11*** join/#brlcad merzo (~merzo@137-47-132-95.pool.ukrtel.net)
13:46.03*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
14:34.23*** join/#brlcad merzo (~merzo@137-47-132-95.pool.ukrtel.net)
15:07.59*** join/#brlcad merzo (~merzo@137-47-132-95.pool.ukrtel.net)
16:40.54*** join/#brlcad devilmind (~Prateek@14.139.194.3)
17:18.16*** join/#brlcad shootingstar (~Prateek@14.139.194.3)
18:02.46*** join/#brlcad boquete (~Piotr@axd96.neoplus.adsl.tpnet.pl)
19:38.14*** join/#brlcad merzo (~merzo@153-22-132-95.pool.ukrtel.net)
22:44.58*** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
IRC log for #brlcad on 20151012

IRC log for #brlcad on 20151012

00:29.25*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
01:23.31*** join/#brlcad hesebdxytkjmzkde (~armin@dslb-088-066-144-000.088.066.pools.vodafone-ip.de)
01:40.58*** join/#brlcad shootingstar (~Prateek@14.139.194.3)
02:31.18*** join/#brlcad shootingstar (~Prateek@14.139.194.3)
03:05.28*** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
04:23.33*** join/#brlcad shootingstar (~Prateek@14.139.194.3)
06:54.21*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
07:15.40*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:21.59*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
09:05.58*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:43.49*** join/#brlcad shootingstar (~Prateek@14.139.194.3)
13:07.14*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
13:33.28*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
13:41.36*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
13:51.25*** join/#brlcad boquete (~Piotr@axd96.neoplus.adsl.tpnet.pl)
14:08.09*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
14:09.19*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
14:18.54*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
14:19.09*** join/#brlcad boquete (~Piotr@axd96.neoplus.adsl.tpnet.pl)
14:27.01*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:15.27*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
18:01.10*** join/#brlcad boquete (~Piotr@abkm227.neoplus.adsl.tpnet.pl)
18:18.42*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
20:55.23*** join/#brlcad LordOfBikes (~armin@dslb-088-066-144-000.088.066.pools.vodafone-ip.de)
20:55.44*** join/#brlcad merzo_ (~merzo@78-29-133-95.pool.ukrtel.net)
20:57.36*** join/#brlcad merzo_ (~merzo@78-29-133-95.pool.ukrtel.net)
20:59.01*** join/#brlcad merzo_ (~merzo@78-29-133-95.pool.ukrtel.net)
20:59.43*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
21:00.43*** join/#brlcad merzo_ (~merzo@78-29-133-95.pool.ukrtel.net)
21:01.35*** join/#brlcad merzo_ (~merzo@78-29-133-95.pool.ukrtel.net)
21:03.33*** join/#brlcad merzo_ (~merzo@78-29-133-95.pool.ukrtel.net)
21:06.26*** join/#brlcad merzo_ (~merzo@78-29-133-95.pool.ukrtel.net)
21:12.26*** join/#brlcad merzo_ (~merzo@78-29-133-95.pool.ukrtel.net)
21:16.26*** join/#brlcad merzo_ (~merzo@78-29-133-95.pool.ukrtel.net)
21:20.26*** join/#brlcad merzo_ (~merzo@78-29-133-95.pool.ukrtel.net)
21:44.21*** join/#brlcad merzo (~merzo@93-62-133-95.pool.ukrtel.net)
21:47.55*** join/#brlcad merzo_ (~merzo@15-5-133-95.pool.ukrtel.net)
21:56.27*** join/#brlcad merzo_ (~merzo@15-5-133-95.pool.ukrtel.net)
21:58.31*** join/#brlcad merzo_ (~merzo@15-5-133-95.pool.ukrtel.net)
22:01.58*** join/#brlcad merzo (~merzo@53-26-132-95.pool.ukrtel.net)
22:40.49*** join/#brlcad merzo (~merzo@186-10-132-95.pool.ukrtel.net)
22:59.26*** join/#brlcad merzo (~merzo@186-10-132-95.pool.ukrtel.net)
23:02.26*** join/#brlcad merzo (~merzo@186-10-132-95.pool.ukrtel.net)
23:04.21*** join/#brlcad merzo (~merzo@186-10-132-95.pool.ukrtel.net)
23:08.26*** join/#brlcad merzo (~merzo@186-10-132-95.pool.ukrtel.net)
23:27.49*** join/#brlcad merzo (~merzo@87-26-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20151013

IRC log for #brlcad on 20151013

00:58.31*** join/#brlcad Ang3h (~courage@41.244.243.152)
01:00.11*** part/#brlcad Ang3h (~courage@41.244.243.152)
01:22.35*** join/#brlcad omjerleozgwaezcf (~armin@dslc-082-083-186-181.pools.arcor-ip.net)
02:32.12brlcadnmz787: thanks for the build log ... any inspection on why date was failing? (see builddir/CMakeFiles/CMakeError.log
02:44.30nmz787brlcad: i'll check... just logged in to say that a TCL file that /was/ working  months ago is now producing this error message with a SVN checkout build from last week:   cut_unimonotone(): infinite loop 0x86b2688
02:45.46nmz787here is the TCL I was pushing to mged http://paste.pound-python.org/show/f3dUdaeNea42ZvQwhdbb/
03:07.15*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
04:56.55brlcadnmz787: hm, not sure what to say .. I just tried your script on trunk sources from April and today, both worked without error
04:57.26brlcadmake sure you're up to date .. if it still is happening, we can dive deeper
05:41.38nmz787this was on a 32-bit system if that would matter
05:48.16nmz787ok, I just did svn update and it says I have rev 66423 now, will try re-compiling... will report in tomorrow night
07:10.34*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
07:24.56*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
07:32.49*** join/#brlcad hackrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
07:35.04*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
07:38.19*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
07:55.05*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:38.32*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
11:56.09*** join/#brlcad ColloquyUser (~caen23@213.233.84.215)
13:30.59*** join/#brlcad boquete (~Piotr@abkm227.neoplus.adsl.tpnet.pl)
14:50.25brlcadnmz787: that definitely could make a difference -- less precision to work with on the calculations
17:37.39*** join/#brlcad boquete_asus (~Piotr@bvy40.neoplus.adsl.tpnet.pl)
19:09.20brlcad*finally* unattended backups running smoothly
20:32.07*** join/#brlcad boquete (~Piotr@bvy40.neoplus.adsl.tpnet.pl)
21:34.44*** join/#brlcad boquete (~Piotr@bvy40.neoplus.adsl.tpnet.pl)
IRC log for #brlcad on 20151014

IRC log for #brlcad on 20151014

01:21.36*** join/#brlcad hlwzxlkfaqvlkmgl (~armin@dslb-088-066-212-254.088.066.pools.vodafone-ip.de)
01:51.33brlcad``Erik: Notify?
02:02.41``Erikn/win 12
02:05.20Notify03BRL-CAD:brlcad * 66359 brlcad/trunk/src/libbrep/intersect.cpp: initialize corners_min/max, convert to vect_t since we're using vmath macros on them
02:07.09Notify03BRL-CAD:brlcad * 66360 brlcad/trunk/src/libbrep/boolean.cpp: enum symbols are scoped in the top-level with some compilers (e.g., msvc2010), so lets use something slightly more descriptive than IN/OUT (which are symbols in the msvc socket API)
02:07.11Notify03BRL-CAD:brlcad * 66361 brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp: interface headers should always come first
02:07.13Notify03BRL-CAD:brlcad * 66362 brlcad/trunk/src/libbrep/opennurbs_fit.h: including opennurbs.h first skips our windows header protections. don't let opennurbs.h include windows.h for us, include common.h first.
02:07.15Notify03BRL-CAD:brlcad * 66363 (brlcad/trunk/src/libbrep/BBNode.cpp brlcad/trunk/src/libbrep/BRNode.cpp): NOMINMAX being handled by headers
02:07.18Notify03BRL-CAD:brlcad * 66364 brlcad/trunk/src/libbrep/libbrep_brep_tools.h: another -- including opennurbs.h first skips our windows header protections. don't let opennurbs.h include windows.h for us, include common.h first.
02:07.20Notify03BRL-CAD:brlcad * 66365 brlcad/trunk/src/libbrep/PullbackCurve.h: include common.h first, use bio.h for windows instead of letting opennurbs.h include it without our include settings.
02:07.22Notify03BRL-CAD:brlcad * 66366 brlcad/trunk/CMakeLists.txt: leave a not about WX not actually doing anything right now, that we'd need to check the flag proper to turn it on. we can't do that just yet.
02:07.24Notify03BRL-CAD:brlcad * 66367 brlcad/trunk/src/librt/primitives/bot/g_bot_include.c: another ambiguous use of IN/OUT that conflicts with windows api symbols
02:08.16Notify03BRL-CAD:starseeker * 66368 (brlcad/trunk/include/bg/defines.h brlcad/trunk/include/bg/polygon.h and 2 others): Change function name, since it returns both ccw and cw results.
02:08.19Notify03BRL-CAD:brlcad * 66369 brlcad/trunk/BUGS: encountered a couple minor bugs in fblabel and rtedge that have workarounds, but incredibly inconvenient and confusing to sort out.
02:08.21Notify03BRL-CAD:n_reed * 66370 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/CMakeLists.txt and 103 others): sync from trunk
02:08.23Notify03BRL-CAD:n_reed * 66371 (brlcad/branches/brep-debug/NEWS brlcad/branches/brep-debug/include/rt/defines.h and 19 others): sync from trunk
02:08.25Notify03BRL-CAD:n_reed * 66372 (brlcad/branches/brep-debug/CMakeLists.txt brlcad/branches/brep-debug/doc/docbook/articles/en/main_menu.xml and 159 others): sync from trunk
02:08.36Notify03BRL-CAD:n_reed * 66373 (brlcad/branches/brep-debug/HACKING brlcad/branches/brep-debug/doc/docbook/CMakeLists.txt and 81 others): sync from trunk
02:08.38Notify03BRL-CAD:n_reed * 66374 (brlcad/branches/brep-debug/CHANGES brlcad/branches/brep-debug/CMakeLists.txt and 89 others): sync from trunk
02:08.40Notify03BRL-CAD:n_reed * 66375 (brlcad/branches/brep-debug/BUGS brlcad/branches/brep-debug/CMakeLists.txt and 52 others): sync from trunk
02:08.49Notify03BRL-CAD:n_reed * 66376 brlcad/branches/brep-debug/src/libbrep/CMakeLists.txt: remove duplicate add_subdirectory command
02:08.54Notify03BRL-CAD:n_reed * 66377 brlcad/branches/brep-debug/src/libged/CMakeLists.txt: update parser macro calls
02:09.18Notify03BRL-CAD:brlcad * 66378 brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c: start to handle three functions unsupported in msvc 2010 (some added in 2013) including fmin/fminf, log2/log2f, and round/roundf.
02:09.52``Erikhm, it'll take ~40 minutes to work through it's queue
02:10.00Notify03BRL-CAD:starseeker * 66379 brlcad/trunk/misc/tools/lemon/CMakeLists.txt: make sure the template file is in the right place for FindLEMON
02:13.44Notify03BRL-CAD:starseeker * 66380 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a couple more test cases
02:13.47Notify03BRL-CAD:starseeker * 66381 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): resolve the cylinder/cylinder shoal nucleus case.
02:15.42Notify03BRL-CAD:starseeker * 66382 brlcad/trunk/misc/tools/CMakeLists.txt: oops - do test, *then* set variable based on results of test.
02:16.04Notify03BRL-CAD:starseeker * 66383 (brlcad/trunk/src/other/stepcode/cmake/Generated_Source_Utils.cmake brlcad/trunk/src/other/stepcode/src/express/CMakeLists.txt and 2 others): Ease up a bit on the stepcode verification logic, and simplify. No longer checking tool and template versions - the presumption will be that changes impacting functionality we care about will come from our own input files, and that provided
02:16.06Notifygenerators work. If we need features from them, write configure time tests like any other tool.
02:16.08Notify...
02:16.25Notify03BRL-CAD:starseeker * 66384 (brlcad/branches/gecode/AUTHORS brlcad/branches/gecode/BUGS and 354 others): Sync with trunk up to r66383
02:16.27Notify03BRL-CAD:starseeker * 66385 (brlcad/branches/qtged/AUTHORS brlcad/branches/qtged/BUGS and 354 others): Sync with trunk up to r66383
02:17.21Notify03BRL-CAD:starseeker * 66386 brlcad/trunk/src/libbrep/shape_recognition.cpp: Try what should be a simpler and more powerful method of boolean reassembly. This may reach the limit of bbox based reassembly methods, but need to try it with a few new test cases first to be sure...
02:17.23Notify03BRL-CAD:starseeker * 66387 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add some convoluted boolean test cases.
02:27.53Notify03BRL-CAD:starseeker * 66388 (brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/libbrep/shape_recognition.cpp and 2 others): Begin breaking the cylinder specific pieces of conversion out of the island->shoal->nucleus pipeline code - see if we can get some reuse.
02:27.57Notify03BRL-CAD:starseeker * 66389 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_pipeline.cpp): In principle, this should separate out the cylinder specific bits.
02:28.00Notify03BRL-CAD:starseeker * 66390 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_pipeline.cpp): Make the shoal pipeline names more generic.
02:28.25Notify03BRL-CAD:starseeker * 66391 (brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/libbrep/shape_recognition.cpp and 4 others): Start adding cones back into the mix.
02:28.28Notify03BRL-CAD:starseeker * 66392 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add some basic cone tests.
02:29.38Notify03BRL-CAD:starseeker * 66393 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: better, but not handling multiple cutting planes on top and bottom of cones yet.
02:29.59Notify03BRL-CAD:starseeker * 66394 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_pipeline.cpp): Variety of fixes gets basic cones working.
02:30.01Notify03BRL-CAD:starseeker * 66395 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a cone shoal test
02:30.04Notify03BRL-CAD:starseeker * 66396 brlcad/trunk/src/libbrep/shape_recognition_pipeline.cpp: Don't try types we don't handle yet.
02:30.53Notify03BRL-CAD:starseeker * 66397 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): Bump the top and bottom bounding box planes out slightly, to avoid problems with arbns when the cylinder capping face is almost but not quite that of a perfect rcc.
02:30.55Notify03BRL-CAD:starseeker * 66398 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): Unit vector length of 1 is not always a good basis for scaling - use the actual axis length.
02:30.59Notify03BRL-CAD:starseeker * 66399 brlcad/trunk/src/libbrep/shape_recognition.cpp: never subtract a subtraction from a subtraction...
02:31.02Notify03BRL-CAD:starseeker * 66400 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: still having hierarchy problems - here's another failing test case that shouldn't fail...
02:31.09Notify03BRL-CAD:starseeker * 66401 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/tests/nurbs_csg.g): subtractions do not break chains in the hierarchy build.
02:31.12Notify03BRL-CAD:starseeker * 66402 brlcad/trunk/src/libbrep/shape_recognition.cpp: remove debugging bu_log
02:31.16Notify03BRL-CAD:starseeker * 66403 (brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/libbrep/shape_recognition.cpp and 3 others): Turn on sphere logic - untested.
02:31.44Notify03BRL-CAD:starseeker * 66404 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add some simple sphere test cases
02:31.47Notify03BRL-CAD:starseeker * 66405 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_pipeline.cpp and 2 others): Get a few spherical bits working, but right now a lot of failures
02:31.49Notify03BRL-CAD:starseeker * 66406 brlcad/trunk/src/libbrep/shape_recognition_pipeline.cpp: turn spheres off for now - a fair number of issues still to resolve.
02:32.14Notify03BRL-CAD:starseeker * 66407 brlcad/trunk/src/libbrep/shape_recognition_pipeline.cpp: Add a note that edge midpoints don't give us enough information if they are all coplanar with the connecting loop of a face - in that situation we need intelligent point sampling of the surface. Too much work to implement now, so left as a TODO...
02:32.36Notify03BRL-CAD:starseeker * 66408 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: oops
02:34.07Notify03BRL-CAD:starseeker * 66409 brlcad/trunk/src/libged/shape_recognition.cpp: keep our own vls log to make sure things don't get reset midstream.
02:34.09Notify03BRL-CAD:starseeker * 66410 brlcad/trunk/src/libged/shape_recognition.cpp: Make sure we pass through the breps if we can't convert to csg.
02:34.12Notify03BRL-CAD:starseeker * 66411 brlcad/trunk/src/libbrep/shape_recognition.cpp: Boundary trims are bad news for CSG conversion - usually mean the B-Rep doesn't define a solid.
02:34.31Notify03BRL-CAD:starseeker * 66412 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: Don't have the implementation in place for cutting planes with normals perpendicular to the cone axis - bail until we get that in.
02:34.41Notify03BRL-CAD:starseeker * 66413 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: Don't trim away points with planes that intersect above the apex point (or at infinity)
02:34.45Notify03BRL-CAD:starseeker * 66414 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: initialize hdelta
02:34.47Notify03BRL-CAD:starseeker * 66415 brlcad/trunk/src/libdm/fontstash/fontstash.h: quell errors
02:36.46Notify03BRL-CAD:starseeker * 66416 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Commit a test case that is supposed to illustrate why we need local subtractions. Unfortunately, this is currently exposing a weakness in the nucleus construction - it creates an 'interior' face on the nucleus bot that messes with the raytracing results.
02:36.48Notify03BRL-CAD:starseeker * 66417 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a test similar to the previous one but tweaked so the problematic nucleus bot isn't generated. Need to think about how to deal with the other case - not so simple.
02:38.10Notify03BRL-CAD:starseeker * 66418 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: tweak subtraction example.
02:40.04Notify03BRL-CAD:brlcad * 66419 brlcad/trunk/TODO: thx to rob mcdonald (openvsp) for the lead on libIGES being of potential interest
02:42.19Notify03BRL-CAD:starseeker * 66420 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Print out params for figure creation (checkpointing in case it is needed again at some point.)
02:42.21Notify03BRL-CAD:starseeker * 66421 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: remove print statements.
02:46.28Notify03BRL-CAD:starseeker * 66422 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: do for cone what we did for cylinder - checkpoint the information printouts, then revert.
02:46.29Notify03BRL-CAD:starseeker * 66423 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: back out printouts.
02:49.53Notify03BRL-CAD:brlcad * 66424 brlcad/trunk/NEWS: brad implemented centroid calculations for the 'part' primitive, added in c66030
02:49.55Notify03BRL-CAD:brlcad * 66425 brlcad/trunk/NEWS: kalpit thakkar implemented surface area calculations for arb8, added in c65973 (sf patch 327)
02:49.59Notify03BRL-CAD Wiki:Seyedaminhashemi * 0 /wiki/User:Seyedaminhashemi:
02:50.03Notify03BRL-CAD Wiki:RustumOnly * 0 /wiki/User:RustumOnly:
02:50.05Notify03BRL-CAD Wiki:Dragonlord311 * 0 /wiki/User:Dragonlord311:
02:50.07Notify03BRL-CAD Wiki:Dragonlord311 * 0 /wiki/File:Test.png: fun
02:50.09Notify03BRL-CAD Wiki:Herbstrith * 0 /wiki/User:Herbstrith:
02:50.11Notify03BRL-CAD Wiki:177.21.255.18 * 9504 /wiki/ARL_Technical_Reports:
02:50.13Notify03BRL-CAD Wiki:177.21.255.18 * 9505 /wiki/Developer_Documents:
02:50.15Notify03BRL-CAD Wiki:Sean * 9506 /wiki/Developer_Documents: Reverted edits by [[Special:Contributions/177.21.255.18|177.21.255.18]] ([[User talk:177.21.255.18|talk]]) to last revision by [[User:Sean|Sean]]
02:50.17Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:HowardBarnes: Spamming links to external sites
02:50.19Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:177.21.255.18: Spamming links to external sites
02:50.21Notify03BRL-CAD Wiki:Sean * 9507 /wiki/Developer_Documents: Undo revision 7753 by [[Special:Contributions/HowardBarnes|HowardBarnes]] ([[User talk:HowardBarnes|talk]])
02:50.23Notify03BRL-CAD Wiki:DaifallahSupMath * 0 /wiki/User:DaifallahSupMath:
03:58.21StragusYou guys are very productive today
06:43.46*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
11:40.58*** join/#brlcad boquete (~Piotr@aadq60.neoplus.adsl.tpnet.pl)
11:45.17``ErikStragus: notify was taking a bit of a nap
12:29.40boqueteHello
13:01.22*** join/#brlcad svineet_ (~svineet@117.214.43.94)
13:21.46svineet_Will you guys participate in GCI?
13:53.58boqueteping brlcad
13:54.03boqueteor maybe ``Erik
14:22.09*** join/#brlcad boquete (~Piotr@aadq60.neoplus.adsl.tpnet.pl)
15:34.32Notify03BRL-CAD:starseeker * 66426 brlcad/trunk/src/libbrep/shape_recognition.cpp: Finally figured out how to get a Tikz representation (more or less) of 3D wireframes.
15:42.30Notify03BRL-CAD Wiki:Nbedgar1504 * 0 /wiki/User:Nbedgar1504:
16:00.58*** join/#brlcad boquete (~Piotr@aadq60.neoplus.adsl.tpnet.pl)
16:59.45*** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
16:59.45*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
17:06.43*** join/#brlcad boquete (~Piotr@aadq60.neoplus.adsl.tpnet.pl)
17:10.16*** join/#brlcad boquete (~Piotr@aadq60.neoplus.adsl.tpnet.pl)
17:10.17*** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
17:10.17*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
17:21.34Notify03BRL-CAD:brlcad * 66427 brlcad/trunk/include/brep.h: don't let opennurbs include windows.h
17:29.46Notify03BRL-CAD:brlcad * 66428 brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c: rint() is more portable on windows than round(), though both are available in latest msvc. unlikely this code relies on specifically rounding away from zero.
17:36.41Notify03BRL-CAD:brlcad * 66429 brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c: unary minus on an unsigned type is still a positive (unsigned) number... offsetting to 2^64-padding was almost certainly not the intention.
17:37.06Notify03BRL-CAD:brlcad * 66430 brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshoptimizer.c: quell warning, cachescore is singleprecision float
17:46.30Notify03BRL-CAD:brlcad * 66431 brlcad/trunk/src/librt/primitives/tgc/tgc.c: be a little more descriptive than IN/OUT to indicate that these are t distances along the ray.
17:50.37Notify03BRL-CAD:brlcad * 66432 brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c: one more unary negative on unsigned type bug, make the others consistent that were previously caught
17:50.45Notify03BRL-CAD:brlcad * 66433 brlcad/trunk/src/librt/binunif/db5_bin.c: include bnetwork instead of arpa header directly so we get the right stuff cross-platform
17:51.52Stragusbrlcad, can you quickly tell me what were these unary minus on unsigned types?
18:00.05StragusAll right, checked the logs, changing some (int) casts to (intptr_t) for pointer arithmetics
18:00.32StragusIt makes no difference since the value is a constant at compilation time, but I guess it looks more correct
19:46.39*** join/#brlcad boquete (~Piotr@aadq60.neoplus.adsl.tpnet.pl)
21:53.16*** join/#brlcad boquete (~Piotr@aadq60.neoplus.adsl.tpnet.pl)
22:50.20maths22``Erik: That would explain why the channel had been so quiet for so long
IRC log for #brlcad on 20151015

IRC log for #brlcad on 20151015

08:40.11*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
08:40.11*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
09:38.17*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
11:40.15*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
13:42.08*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-yxcdjyimdejszawa)
16:26.33*** join/#brlcad luca79 (~luca@151.44.192.170)
16:33.33*** join/#brlcad boquete (~Piotr@cey156.neoplus.adsl.tpnet.pl)
16:50.24*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
16:50.24*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
18:30.21*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
18:51.48Notify03BRL-CAD:starseeker * 66436 brlcad/trunk/src/libbrep/shape_recognition.cpp: Draw Tikz circles if that's what we've got.
19:07.23Notify03BRL-CAD:starseeker * 66437 (brlcad/branches/qtged/NEWS brlcad/branches/qtged/TODO and 25 others): Sync with trunk up to r66436
19:10.09Notify03BRL-CAD:starseeker * 66438 (brlcad/branches/gecode/NEWS brlcad/branches/gecode/TODO and 25 others): Sync with trunk up to r66436
23:35.30*** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
23:36.12*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
IRC log for #brlcad on 20151016

IRC log for #brlcad on 20151016

00:02.44*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
00:06.43*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
00:06.43*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
00:07.18*** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
00:07.18*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
00:07.18*** join/#brlcad cox (~quassel@188.226.208.53)
00:07.52*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
00:08.37*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
00:10.42*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-yxcdjyimdejszawa)
00:10.42*** join/#brlcad maths22_log (~maths22_l@66-118-151-70.static.sagonet.net)
00:11.58*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
00:11.58*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
00:15.54*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
00:15.54*** join/#brlcad LordOfBikes (~armin@dslb-092-075-153-248.092.075.pools.vodafone-ip.de)
00:15.54*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
00:15.54*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
00:17.09*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
00:17.09*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
00:23.35*** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org)
00:30.06*** join/#brlcad ChanServ (ChanServ@services.)
00:30.06*** mode/#brlcad [+o ChanServ] by kornbluth.freenode.net
00:37.42*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
00:55.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:27.36*** join/#brlcad LordOfBikes (~armin@dslb-088-064-040-077.088.064.pools.vodafone-ip.de)
02:01.08Notify03BRL-CAD:starseeker * 66439 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 4 others): start making the tikz wireframe output less of a debug hack and more of an actual feature, although there's quite a ways to go to make a proper, full-featured output option.
02:44.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:23.44Notify03BRL-CAD:brlcad * 66440 brlcad/trunk/src/libicv/filter.c: unary minus on unsigned type is bad news. shift the for loop range up and the usage down for equivalence.
04:25.18Notify03BRL-CAD:brlcad * 66441 brlcad/trunk/src/libfb/if_wgl.c: return value missing
07:05.44*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:40.05*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
13:28.52*** join/#brlcad boquete (~Piotr@abhb248.neoplus.adsl.tpnet.pl)
14:16.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:39.18*** join/#brlcad alexandrus (~alexandru@p4FFCED7D.dip0.t-ipconnect.de)
17:39.28alexandrusmoin
17:42.00alexandruswonder, what do you use for texture mapping, a failed miserably with the texture shader
19:07.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:27.18*** join/#brlcad boquete (~Piotr@abhb248.neoplus.adsl.tpnet.pl)
22:38.59*** join/#brlcad Ang3h (~courage@41.244.243.162)
IRC log for #brlcad on 20151017

IRC log for #brlcad on 20151017

01:38.26*** join/#brlcad LordOfBikes (~armin@dslb-088-064-042-061.088.064.pools.vodafone-ip.de)
10:30.07*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:35.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:12.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:34.04*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
16:57.01*** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-tfugcksimeulimgh)
17:56.46starseeker``Erik: did Notify go out again?
20:59.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:39.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:39.16*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
23:40.54Notify03BRL-CAD:bob1961 * 66442 (brlcad/trunk/include/brep.h brlcad/trunk/src/conv/3dm/3dm-g.cpp and 12 others): Updates for compiling on windows.
23:41.29Notify03BRL-CAD:brlcad * 66443 brlcad/trunk/include/common.h: globally disable msvc warnings that are unquellable. first on the list is C4351 that basically is a warning that msvc is now compliant with C++98 with respect to array initialization. (they apparently want to make sure old codes that relied on that behavior aren't bitten at the expense of everyone else.)
23:41.31Notify03BRL-CAD:brlcad * 66444 brlcad/trunk/src/libged/remove.c: cast to remove the constness
23:41.33Notify03BRL-CAD:brlcad * 66445 (brlcad/trunk/include/bnetwork.h brlcad/trunk/include/bsocket.h): remove the header ordering #error. it causes big problems once any of these convenience headers are used in a system header and is just bad header management in general. the ordering requirement was added to ensure proper ordering of windows sockets vs windows.h, but this is being tackled differently.
23:41.37Notify03BRL-CAD:brlcad * 66446 brlcad/trunk/include/common.h: C4800 is pretty bogus too as type conversion to bool is pretty clearly defined by both C and C++, but there is an argument for making such a conversion explicit and/or the potential for there being unintentional conversions to bool and the potential to quell by making the rhs variable a bool instead of an int.
23:41.48Notify03BRL-CAD:brlcad * 66447 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix msvc build error -- copy constructor must be public if we're going to be putting DBInternal into stl containers (std::pair)
23:41.51Notify03BRL-CAD:brlcad * 66448 brlcad/trunk/include/bio.h: streamline the inclusion of windows.h (take #2) to only include the base API sans Winsock and a bit more. still have a few issues being worked out, but this gets the msvc build through the libs without implicit header ordering requirements
23:41.53Notify03BRL-CAD:brlcad * 66449 (brlcad/trunk/include/brep.h brlcad/trunk/include/bsocket.h and 9 others): revert r66434 and r66435 as the goal being worked is to fix the implicit header ordering problem, not accommodate it further.
23:41.55Notify03BRL-CAD:brlcad * 66450 brlcad/trunk/src/libgcv/conv/obj/obj_read.c: cast away constness for realloc
23:42.00Notify03BRL-CAD:brlcad * 66451 brlcad/trunk/include/bu/opt.h: make BU_OPT perform the data pointer cast for callers since the type will likely never be a void * to begin with. simplifies the examples a bit. do not do the same for the other args as that will mask type errors and can cause crashes.
23:42.05Notify03BRL-CAD:brlcad * 66452 brlcad/trunk/src/libged/shape_recognition.cpp: comment out symbol missing, probably just not yet committed
23:42.36Notify03BRL-CAD:starseeker * 66453 (brlcad/trunk/include/brep.h brlcad/trunk/src/libged/shape_recognition.cpp): whoops
23:42.55Notify03BRL-CAD:starseeker * 66454 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp and 2 others): Split the ON_Curve polyline approximation routine out of the librt brep primitive into libbrep.
23:42.58Notify03BRL-CAD:starseeker * 66455 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: use the same logic as the wireframe plotting for tikz. Not ideal, but it should at least work...
23:43.07Notify03BRL-CAD:starseeker * 66456 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: Use the points from the wireframes to create either polylines (if the brep reports polylines) or smoothed interpolation curves.
23:43.11Notify03BRL-CAD:starseeker * 66457 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/libged/ged_private.h brlcad/trunk/src/libged/shape_recognition.cpp): Add support for writing tikz output to a file, since the new approach results in fairly large outputs.
23:44.23Notify03BRL-CAD Wiki:Asnelchristian * 0 /wiki/User:Asnelchristian:
IRC log for #brlcad on 20151018

IRC log for #brlcad on 20151018

01:46.36*** join/#brlcad LordOfBikes (~armin@dslb-088-064-039-155.088.064.pools.vodafone-ip.de)
03:53.56*** join/#brlcad maths22_log (~maths22_l@66-118-151-70.static.sagonet.net)
03:55.29*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
03:55.33*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
03:55.42*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
03:56.00*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
03:56.42*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
03:58.44*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
04:08.14*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
10:40.14*** join/#brlcad boquete (~Piotr@aadr180.neoplus.adsl.tpnet.pl)
11:35.04*** join/#brlcad boquete_asus (~Piotr@abkb125.neoplus.adsl.tpnet.pl)
15:24.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:09.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:15.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:27.10Notify03BRL-CAD Wiki:Hudsonnacar * 0 /wiki/User:Hudsonnacar:
18:37.28*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
19:48.09*** join/#brlcad luca79 (~luca@151.57.13.44)
21:46.13*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
IRC log for #brlcad on 20151019

IRC log for #brlcad on 20151019

01:27.05Notify03BRL-CAD:starseeker * 66458 brlcad/trunk/src/libbrep/shape_recognition_pipeline.cpp: Add license header
01:45.22*** join/#brlcad hakonuwzhenxdrhz (~armin@dslb-088-064-042-003.088.064.pools.vodafone-ip.de)
05:33.56Notify03BRL-CAD:brlcad * 66459 (brlcad/trunk/src/mged/CMakeLists.txt brlcad/trunk/src/mged/cmd.c and 2 others): remove the 'parse_points' command and associated parser sources. it was never properly documented, hasn't been an active area of work in a long while, incurred a maintenance cost, and can be revived if/when needed again. for archival searching, the interface read in points from a csv text file (commonly output
05:33.58Notifyfrom metrology equipment, e.g., ArcSecond Vulcan) containing one per line and a label with a convention implied for each label type (e.g., PLATE was n planar points that formed a closed loop followed by a triple-repeated depth point). to be really useful, this interface needed to be integrated during aquisition (e.g., with mged running on a tablet) so that error points could be deleted (instead of having a
05:34.00Notifydelete/undo convention in the point stream) and progress viewed interactively....
07:30.46Notify03BRL-CAD Wiki:Fibercables * 0 /wiki/User:Fibercables:
12:02.34*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
13:22.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:49.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:05.06*** join/#brlcad boquete (~Piotr@aatk57.neoplus.adsl.tpnet.pl)
14:46.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:28.35Notify03BRL-CAD:starseeker * 66460 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Again, checkpoint debugging printout code so it's available later if needed.
15:29.19Notify03BRL-CAD:starseeker * 66461 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: back out printing commit
16:30.58*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
16:45.08*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-isdbdclyfzwptari)
16:48.41skat00shHi! I saw a project named-> C/C++ Code Reduction in semester of code season2 . Could someone please tell me a little more on the topic?
18:28.38*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
19:22.53*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
19:28.46*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
19:59.32*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
20:19.04*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
20:26.49*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:01.11*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:04.56*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:48.34*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
22:33.20*** join/#brlcad Ang3h (~courage@41.244.243.50)
22:34.06Ang3hHi
23:31.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:44.08*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
IRC log for #brlcad on 20151020

IRC log for #brlcad on 20151020

01:44.03*** join/#brlcad oeyvxbivpozgsrth (~armin@dslb-088-064-036-040.088.064.pools.vodafone-ip.de)
04:47.30Notify03BRL-CAD:brlcad * 66462 brlcad/trunk/src/librt/primitives/hyp/hyp.c: no way this was right, init matrices to identity. was performing a division by zero in a MAT4X3VEC during tess().
05:19.37Notify03BRL-CAD:brlcad * 66463 (brlcad/trunk/src/conv/proe-g.c brlcad/trunk/src/libged/red.c and 2 others): don't blindly define __restrict to nothing, causes redefinition warnings.
06:02.04Notify03BRL-CAD:brlcad * 66464 brlcad/trunk/src/libbrep/opennurbs_fit.h: don't need stdio.h explicit with bio.h
06:08.22Notify03BRL-CAD:brlcad * 66465 brlcad/trunk/regress/repository.sh: count is now 182
06:13.59Notify03BRL-CAD:brlcad * 66466 (brlcad/trunk/src/conv/3dm/3dm-g.cpp brlcad/trunk/src/libbrep/BBNode.cpp and 5 others): might still need <algorithm>, but quick test without passed. regardless, including it before common.h violates header ordering convention and fails regression test.
06:19.20Notify03BRL-CAD:brlcad * 66467 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 2 others): the original committer/contributor needs to apply the appropriate license header. annotating just a few noticed on the spot. repository.sh should probably detect when no legal statement is present as a release blocker.
07:12.11*** join/#brlcad merzo (~merzo@userh704.uk.uudial.com)
08:01.42*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:55.55*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
09:04.22Notify03BRL-CAD Wiki:Dvocong1968 * 0 /wiki/User:Dvocong1968:
09:37.10Notify03BRL-CAD Wiki:Luisrosety * 0 /wiki/User:Luisrosety:
10:39.19*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
10:55.38*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
12:50.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:57.52*** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-iyfdyfmtcinobxmr)
13:12.55Notify03BRL-CAD:starseeker * 66468 brlcad/trunk/src/libbrep/intersect.cpp: Need algorithm here for std::sort
13:17.11Notify03BRL-CAD:brlcad * 66469 brlcad/trunk/src/conv/asc/asc2pix.c: remove the OUT label
14:17.11*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
15:17.03Notify03BRL-CAD:bob1961 * 66470 brlcad/trunk/src/libged/lt.c: Added a -c sep_char option to the ged_lt function to override the default tcl style formatting by allowing the caller to specify a character separator.
16:47.34Notify03BRL-CAD:brlcad * 66471 brlcad/trunk/src/adrt/adrt.h: bu is only imported, load_g needs to be exported by librender
16:48.38Notify03BRL-CAD:brlcad * 66472 brlcad/trunk/src/bwish/winMain.c: need common.h before system headers if we're going to be including our headers
16:55.50Notify03BRL-CAD:brlcad * 66473 brlcad/trunk/src/libbu/tests/test_funcs.c: partial revert of r64615 as it's wrong in here. negative offsets are used intentionally in here.
16:56.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:05.28Notify03BRL-CAD:brlcad * 66474 (brlcad/trunk/src/libgcv/soup.h brlcad/trunk/src/libgcv/tri_intersect.h): should not be exporting gcv_tri_tri_intersect_with_isectline
17:29.59*** join/#brlcad roop (~roop@49.14.134.250)
18:14.17Notify03BRL-CAD:brlcad * 66475 brlcad/trunk/src/proc-db/surfaceintersect.cpp: do not put application logic in an assert() expression as they may be removed during compilation (e.g., optimized compiles and/or NDEBUG=1).
18:26.35Notify03BRL-CAD:brlcad * 66476 brlcad/trunk/src/rt/rtscale.c: use fastf_t consistently with vmath types
18:28.09Notify03BRL-CAD:brlcad * 66477 brlcad/trunk/src/conv/obj-g.c: cast away constness during allocation, clean up to long lines, and remove unnecessary void* casts set on void* data member.
18:28.48Notify03BRL-CAD:brlcad * 66478 (brlcad/trunk/src/conv/g-xxx_facets.c brlcad/trunk/src/conv/jack/jack-g.c): duplicitous decls, already in nmg.h
18:29.08Notify03BRL-CAD:brlcad * 66479 brlcad/trunk/src/conv/g-x3d.c: ave_pt is unused
19:37.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:57.55*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
22:01.13Notify03BRL-CAD:brlcad * 66480 (brlcad/trunk/src/conv/bot_shell-vtk.c brlcad/trunk/src/conv/dbupgrade.c and 8 others): ws indent and some style cleanup
22:16.08Notify03BRL-CAD:brlcad * 66481 (brlcad/trunk/src/conv/bot_dump.c brlcad/trunk/src/conv/bot_shell-vtk.c and 23 others): more ws consistency cleanup
22:18.32Notify03BRL-CAD:brlcad * 66482 (brlcad/trunk/src/conv/g-acad.c brlcad/trunk/src/conv/nastran-g.c): fix typos
22:30.22Notify03BRL-CAD:brlcad * 66483 brlcad/trunk/src/conv/fast4-g.c: isolate the comma like we do elsewhere to more readily notice comma expansion
22:31.07Notify03BRL-CAD:brlcad * 66484 brlcad/trunk/src/libbu/tests/opt.c: cast away constness during allocation
23:15.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20151021

IRC log for #brlcad on 20151021

00:21.36Notify03BRL-CAD:brlcad * 66485 brlcad/trunk/src/conv/ply/g-ply.c: nmg.h already declares properly
00:22.34Notify03BRL-CAD:brlcad * 66486 (brlcad/trunk/src/conv/csg/csg_parser.lemon brlcad/trunk/src/conv/csg/csg_scanner.perplex): use txt instead of text to avoid msvc warning
00:58.02*** join/#brlcad merzo (~merzo@132-37-132-95.pool.ukrtel.net)
01:12.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:42.20*** join/#brlcad buadmjabavviwxcc (~armin@dslb-088-064-044-170.088.064.pools.vodafone-ip.de)
01:43.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:59.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:03.37maths22Does
02:03.37maths22s~.
02:03.45maths22sorry
02:04.06maths22Does anyone know if we can fix the following error: http://pastebin.ubuntu.com/12882256/
02:05.12maths22Also, I was looking at CDash today, and noticed two things
02:05.19maths22One, it is still running, so yay!
02:05.54maths22Two, regress-repository is failing: http://brlcad.org/CDash/testDetails.php?test=9418&build=251
03:13.57Notify03BRL-CAD:brlcad * 66487 (brlcad/trunk/src/other/clipper/clipper.cpp brlcad/trunk/src/other/clipper/clipper.hpp): stash STL containers as pointers so that they do not need to be exported/imported on Windows.
03:16.29Notify03BRL-CAD:brlcad * 66488 brlcad/trunk/src/other/CMakeLists.txt: this still isn't working right to quell warning D9025 (overridding '/W#' with '/w'), but it did remove the /W3 we add. unfortunately, there's still a /W1 coming from somewhere.
03:45.33Notify03BRL-CAD Wiki:Andrewnewjack * 0 /wiki/User:Andrewnewjack:
04:13.13*** join/#brlcad roop (~roop@106.79.1.163)
04:26.04Notify03BRL-CAD:brlcad * 66489 brlcad/trunk/src/other/CMakeLists.txt: looks like it's the addition of the unknown -w flag that spurs the override warnings as it gets added as an additional flag. if we set /W0, it properly overrides and no warning is issued. test for how to disable warnings more generically.
04:54.04Notify03BRL-CAD:brlcad * 66490 (brlcad/trunk/misc/CMake/CompilerFlags.cmake brlcad/trunk/misc/tools/CMakeLists.txt brlcad/trunk/src/other/CMakeLists.txt): wrap the warning disable functionality into a generalized function so we can use it in two places without duplication. there's minimal utility exposing BRLCAD_DISABLE_SRC_OTHER_WARN as a user option since it's easily commented out and unlikely to be something toggled
04:54.08Notifywith any frequency/regularity, so we remove that as well.
04:54.08Notify...
05:23.27Notify03BRL-CAD:brlcad * 66491 brlcad/trunk/misc/CMake/CompilerFlags.cmake: needs to be a macro or need to set PARENT_SCOPE on the set() call so that the values are changed in the caller's scope, go with macro method for consistency
05:24.42Notify03BRL-CAD:brlcad * 66492 brlcad/trunk/CMakeLists.txt: remove the BRLCAD_DISABLE_SRC_OTHER_WARN option, unlikely to be toggled with any frequency.
05:31.46*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
07:45.51*** join/#brlcad roop (~roop@1.187.232.22)
07:50.46*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
07:56.47*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
08:50.44*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:19.22*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:11.30*** join/#brlcad boquete (~Piotr@avh152.neoplus.adsl.tpnet.pl)
11:35.40*** join/#brlcad boquete_asus (~Piotr@dzf150.neoplus.adsl.tpnet.pl)
11:40.13*** join/#brlcad teepee`_ (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:45.59*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
12:15.49*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-fkgndflxunarazlj)
12:38.03*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:03.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:11.21*** join/#brlcad boquete (~Piotr@dzf150.neoplus.adsl.tpnet.pl)
14:23.27*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
14:30.41Notify03BRL-CAD:brlcad * 66493 brlcad/trunk/src/libgcv/tri_intersect.h: the unit test currently calls the gcv_tri_tri_intersect_with_isectline() function as an import from libgcv, so we do still need to export it. need a better solution.
15:07.43Notify03BRL-CAD:brlcad * 66494 brlcad/trunk/src/tclscripts/hv3/hv3_form.tcl: only source the combobox package if it's needed, so hv3.tcl doesn't end up providing combobox package twice
15:08.08*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
16:03.51*** join/#brlcad ion__ (~eme@187.37.251.254)
16:05.59ion__Hello everyone.
16:06.20ion__I cannot install brl-cad on Arch Linux.
17:47.03*** join/#brlcad boquete (~Piotr@dzf150.neoplus.adsl.tpnet.pl)
17:48.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:16.33*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:56.32*** join/#brlcad merzo (~merzo@139-7-132-95.pool.ukrtel.net)
23:00.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:32.52*** join/#brlcad merzo (~merzo@205-10-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20151022

IRC log for #brlcad on 20151022

01:40.59*** join/#brlcad rthsoqdgvthtayht (~armin@dslb-092-074-236-236.092.074.pools.vodafone-ip.de)
15:55.05*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
15:55.05*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
17:06.13*** join/#brlcad sofat (~sofat@115.96.84.53)
17:33.08*** join/#brlcad Guest55 (~textual@103.248.244.9)
17:38.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:52.56*** join/#brlcad Guest55 (~textual@103.248.244.9)
17:58.36Notify03BRL-CAD:starseeker * 66495 brlcad/trunk/src/libged/attr.c: list is a subcommand of attr
18:35.15Notify03BRL-CAD:starseeker * 66496 brlcad/trunk/src/libged/remove.c: bu_opt_parse reorders the argv for convenience, but in this case the original argv has more work to do after ged_remove is done, so we need to duplicate the argv array. Use the handy libbu API for this task.
18:58.52*** join/#brlcad Guest55 (~textual@103.248.244.9)
19:19.37*** join/#brlcad boquete (~Piotr@dwg153.neoplus.adsl.tpnet.pl)
20:18.45*** join/#brlcad Guest55 (~textual@103.248.244.9)
20:25.51Notify03BRL-CAD:starseeker * 66497 (brlcad/trunk/src/libbu/opt.c brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/opt.c): make a stab at supporting rm -rf style options in bu_opt_parse.
21:27.41*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:42.14Notify03BRL-CAD:starseeker * 66498 (brlcad/trunk/doc/docbook/system/mann/en/rm.xml brlcad/trunk/src/libged/remove.c): Get rm -r and rm -rf working. Also added a -F option to vacuum out references in order to expose both the -f and -a options from killtree. Just need to add a simulate option and all of the kill/killtree capabilities should be exposed through rm.
22:46.23*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
23:06.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20151023

IRC log for #brlcad on 20151023

00:37.10Notify03BRL-CAD:starseeker * 66499 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_pipeline.cpp): Checkpoint latest iteration of tikz debug plotting for cylinders.
00:40.13Notify03BRL-CAD:starseeker * 66500 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: back out printing
01:40.13*** join/#brlcad zffpbjgihoyphxwz (~armin@dslb-088-066-149-098.088.066.pools.vodafone-ip.de)
01:41.01maths22~ask
01:41.04infobotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
01:41.26maths22I just posted that because I wanted the ask text and didn't remember another way to do it
01:41.36maths22(not directed at anyone)
02:38.29*** join/#brlcad merzo (~merzo@146-25-132-95.pool.ukrtel.net)
05:01.22Notify03BRL-CAD:brlcad * 66501 brlcad/trunk/src/conv/step/CMakeLists.txt: attempt at disabling very chatty msvc warnings that cannot be quelled without modifying upstream sources (i.e., the code generator in stepcode): stl containers exposed (C4251), forcing int to bool (C4800), and switch statement without cases (C4065).
05:09.10maths22I discovered an annoying build error with MSVC 2015
05:09.34maths22MSVC 2015 defines snprintf, so it clashes with our macro in config_win.h
05:51.07*** join/#brlcad Guest55 (~textual@103.248.244.9)
06:36.55*** join/#brlcad Guest55 (~textual@103.248.244.9)
06:42.39*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-femgkressddbfzhd)
07:21.09*** join/#brlcad Guest55 (~textual@103.248.244.9)
07:49.17*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
08:07.05*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-aksikpvowqsksdyc)
08:31.56*** join/#brlcad Guest55 (~textual@103.248.244.9)
09:10.32*** join/#brlcad Guest55 (~textual@103.248.244.9)
09:59.13*** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net)
10:01.19*** join/#brlcad tofu__ (~sean@66-118-151-70.static.sagonet.net)
10:36.25*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
13:32.54Notify03BRL-CAD:starseeker * 66502 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Only add vertices once to list - also, with edge points being considered, we can go ahead and use the implicit plane to trim away points as well and get tighter cylinders.
13:42.55*** mode/#brlcad [+o brlcad] by ChanServ
13:43.31brlcadsooo close, exactly one warning remaining and it's a genuine issue
14:03.39*** join/#brlcad Guest55 (~textual@103.248.244.9)
15:25.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:27.40*** join/#brlcad boquete (~Piotr@aanq213.neoplus.adsl.tpnet.pl)
15:49.29*** join/#brlcad Guest55 (~textual@103.248.244.9)
16:04.49*** join/#brlcad LordOfBikes (~armin@dslb-088-066-149-098.088.066.pools.vodafone-ip.de)
16:36.16*** join/#brlcad roop (~roop@49.14.155.53)
16:36.56roopjoin/shiana
16:52.21*** join/#brlcad Guest55 (~textual@103.248.244.9)
16:57.24*** join/#brlcad Guest55 (~textual@103.248.244.9)
17:22.57*** join/#brlcad Guest55 (~textual@103.248.244.9)
18:05.24*** join/#brlcad Guest55 (~textual@103.248.244.9)
18:09.57*** join/#brlcad merzo (~merzo@146-25-132-95.pool.ukrtel.net)
18:36.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:46.36*** join/#brlcad boquete (~Piotr@aanq213.neoplus.adsl.tpnet.pl)
18:53.39Notify03BRL-CAD:brlcad * 66503 brlcad/trunk/src/conv/step/CMakeLists.txt: don't just disable a specific set of flags, disable all warnings on these generated sources. we may want to disable this later, but we need to sync upstream stepcode sources badly first.
18:54.03Notify03BRL-CAD:brlcad * 66504 brlcad/trunk/src/conv/step/step-g/OpenNurbsInterfaces.cpp: ws
18:56.27Notify03BRL-CAD:brlcad * 66505 brlcad/trunk/misc/CMake/CompilerFlags.cmake: be more generalized in our warning flag testing, and order matters. have to test most unlikely first in order to avoid undesirable matches (e.g., must test /W0 after -w since msvc will match both, but using the latter will result in warnings while the prior will not
19:04.47maths22brlcad:  did you see my note about snprintf?
19:39.37*** join/#brlcad boquete (~Piotr@aanq213.neoplus.adsl.tpnet.pl)
20:12.14*** join/#brlcad boquete (~Piotr@aanq213.neoplus.adsl.tpnet.pl)
21:10.27*** join/#brlcad boquete (~Piotr@aanq213.neoplus.adsl.tpnet.pl)
21:10.48*** join/#brlcad behollis (~behollis@adm-dhcp5.sci.utah.edu)
23:24.25*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
23:35.07*** join/#brlcad merzo (~merzo@118-3-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20151024

IRC log for #brlcad on 20151024

01:39.25*** join/#brlcad emnfwsgloxrlcqii (~armin@dslb-092-074-239-142.092.074.pools.vodafone-ip.de)
02:56.17*** join/#brlcad LordOfBikes (~armin@dslb-088-066-154-079.088.066.pools.vodafone-ip.de)
05:23.53*** join/#brlcad Guest55 (~textual@103.248.244.9)
07:20.07*** join/#brlcad Guest55 (~textual@103.248.244.9)
07:24.10*** join/#brlcad boquete (~Piotr@aanq213.neoplus.adsl.tpnet.pl)
08:52.05*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
08:55.06*** join/#brlcad LordOfBikes (~armin@dslb-088-066-154-079.088.066.pools.vodafone-ip.de)
09:08.19*** join/#brlcad boquete (~Piotr@aanq213.neoplus.adsl.tpnet.pl)
09:17.25*** join/#brlcad Guest55 (~textual@103.248.244.9)
10:42.26*** join/#brlcad Guest55 (~textual@103.248.244.9)
11:06.42*** join/#brlcad Guest55 (~textual@103.248.244.9)
11:08.54*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
11:12.53*** join/#brlcad boquete (~Piotr@aanq213.neoplus.adsl.tpnet.pl)
11:25.57*** join/#brlcad Guest55 (~textual@103.248.244.9)
11:36.36*** join/#brlcad boquete_asus (~Piotr@acql169.neoplus.adsl.tpnet.pl)
12:03.17*** join/#brlcad Boquete__ (~Piotr@cff240.neoplus.adsl.tpnet.pl)
12:06.09*** join/#brlcad Guest55 (~textual@103.248.244.9)
12:43.15*** join/#brlcad Guest55 (~textual@103.248.244.9)
13:31.59*** join/#brlcad boquete (~Piotr@2a01:115f:217:f600:a5ed:2fcd:11ce:da74)
14:13.51*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:46.48*** join/#brlcad Guest55 (~textual@103.248.244.9)
15:32.33*** join/#brlcad Guest55 (~textual@103.248.244.9)
16:20.06*** join/#brlcad Ang3h (~courage@154.70.108.206)
16:24.16Notify03BRL-CAD Wiki:Blunruh463 * 0 /wiki/User:Blunruh463:
16:26.21*** join/#brlcad boquete (~Piotr@cff240.neoplus.adsl.tpnet.pl)
17:05.54*** join/#brlcad Guest55 (~textual@103.248.244.9)
17:49.19*** join/#brlcad boquete (~Piotr@cff240.neoplus.adsl.tpnet.pl)
18:09.15*** join/#brlcad Guest55 (~textual@103.248.244.9)
19:00.56*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:01.38*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
22:03.27*** join/#brlcad Guest55 (~textual@103.248.244.9)
22:12.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:42.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:56.11*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
23:31.06*** join/#brlcad merzo (~merzo@119-54-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20151025

IRC log for #brlcad on 20151025

02:53.37*** join/#brlcad fvbhbjbyxhggmbaz (~armin@dslb-088-065-180-088.088.065.pools.vodafone-ip.de)
04:35.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:44.13*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
06:42.19*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
08:57.15*** join/#brlcad Ang3h (~courage@154.70.108.222)
09:07.00*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
09:53.39*** join/#brlcad Ang3h (~courage@154.70.108.207)
11:36.50*** join/#brlcad merzo (~merzo@119-54-133-95.pool.ukrtel.net)
11:39.19*** join/#brlcad merzo (~merzo@119-54-133-95.pool.ukrtel.net)
12:01.16*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
13:28.38*** join/#brlcad boquete (~Piotr@abdx79.neoplus.adsl.tpnet.pl)
13:55.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:14.26*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
14:23.25*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:46.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:52.33*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
16:26.08*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-gbchrpkqsywbuzvy)
16:42.32*** join/#brlcad boquete (~Piotr@abdx79.neoplus.adsl.tpnet.pl)
17:39.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:58.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:22.42*** join/#brlcad Guest55 (~textual@103.248.244.9)
18:47.28*** join/#brlcad Guest55 (~textual@103.248.244.9)
19:12.52*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
19:53.06*** join/#brlcad Guest55 (~textual@103.248.244.9)
20:05.32*** join/#brlcad Guest55 (~textual@103.248.244.9)
20:28.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:52.18*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
22:13.19*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
22:25.42*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
22:30.03*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
23:29.54*** join/#brlcad merzo (~merzo@229-14-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20151026

IRC log for #brlcad on 20151026

00:20.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:52.48*** join/#brlcad oyulegfxwpzafmru (~armin@dslb-094-216-162-144.094.216.pools.vodafone-ip.de)
03:29.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:43.06*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-gqnxzgibevsaeaek)
07:18.20*** join/#brlcad Guest55 (~textual@103.248.244.9)
07:54.07*** join/#brlcad Guest55 (~textual@103.248.244.9)
08:51.17*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
09:25.56*** join/#brlcad Guest55 (~textual@103.248.244.9)
10:19.57*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:36.39*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
10:42.27*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
12:23.22*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
13:40.37*** join/#brlcad Guest55 (~textual@103.248.244.9)
14:06.27Notify03BRL-CAD:starseeker * 66506 brlcad/trunk/src/libbu/opt.c: Fix crash when rm -rf gets supplied a non-matching name.
14:15.05Notify03BRL-CAD:starseeker * 66507 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Wrap the debug printouts in a define for now for convenience.
14:25.17*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
14:25.17*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
14:44.55*** join/#brlcad Guest55 (~textual@103.248.244.9)
14:59.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:00.17*** join/#brlcad boquete (~Piotr@aud50.neoplus.adsl.tpnet.pl)
15:06.59*** join/#brlcad luca79 (~luca@188-22-131-60.adsl.highway.telekom.at)
15:37.04*** join/#brlcad boquete (~Piotr@aud50.neoplus.adsl.tpnet.pl)
15:59.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:26.24*** join/#brlcad Guest55 (~textual@103.248.244.9)
17:54.16*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
18:16.55*** join/#brlcad Guest55 (~textual@103.248.244.9)
18:31.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:55.51Notify03BRL-CAD:brlcad * 66508 brlcad/trunk/misc/CMake/CompilerFlags.cmake: the check flags cannot have the leading slash or they end up as -/ unknown options
18:59.56Notify03BRL-CAD:starseeker * 66509 brlcad/trunk/src/libged/remove.c: Start of rework of rm command - rather than calling killtree et. al. under the hood, use search and implement a consolidated version of all the kill commands. Needs extensive testing and some thought on desired behavior.
19:31.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:32.23Notify03BRL-CAD:starseeker * 66510 brlcad/trunk/src/libged/remove.c: Fix a few problems.
19:50.00*** join/#brlcad boquete (~Piotr@aud50.neoplus.adsl.tpnet.pl)
20:57.19Notify03BRL-CAD:starseeker * 66511 brlcad/trunk/src/libged/remove.c: line return might help...
21:15.49Notify03BRL-CAD:starseeker * 66512 brlcad/trunk/src/libged/remove.c: Fix another bug. The recursive safe delete needs to be a lot smarter about not adding children to the delete queue when a parent has already ruled them out...
21:18.21*** join/#brlcad boquete (~Piotr@aud50.neoplus.adsl.tpnet.pl)
21:32.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:35.43Notify03BRL-CAD:starseeker * 66513 brlcad/trunk/src/libged/remove.c: checkpoint.
21:38.38Notify03BRL-CAD:starseeker * 66514 brlcad/trunk/src/libged/CMakeLists.txt: make remove a C++ file
22:56.28Notify03BRL-CAD:starseeker * 66515 brlcad/trunk/src/libged/remove.cpp: Try reworking to make the searching faster - mostly untested. Looks like there's a bug in search somewhere - getting non zero ret but empty tbl...
IRC log for #brlcad on 20151027

IRC log for #brlcad on 20151027

00:08.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:25.33Notify03BRL-CAD:starseeker * 66516 brlcad/trunk/src/libged/remove.cpp: Not a db_search bug, rather db_update_nref wasn't up to date. Should db_ls call this whenever the DB_LS_TOPS flag is passed in to ensure a correct result? Vaguely recall we opted not to on performance grounds...
00:32.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:33.26Notify03BRL-CAD:starseeker * 66517 brlcad/trunk/src/libged/remove.cpp: fix ref logic - struct directory, not string.
00:44.27Notify03BRL-CAD:starseeker * 66518 brlcad/trunk/src/libged/remove.cpp: Allow v to act in flag mode.
00:51.00Notify03BRL-CAD:starseeker * 66519 brlcad/trunk/src/libbu/opt.c: If a missing arg_process function doesn't tell us about flag status for an option, try the arg_process function itself to see if it has a valid flag mode.
01:05.23Notify03BRL-CAD:starseeker * 66520 brlcad/trunk/src/libged/remove.cpp: Try to speed up the checking a bit...
02:59.50*** join/#brlcad LordOfBikes (~armin@dslb-092-075-153-099.092.075.pools.vodafone-ip.de)
03:26.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:27.09*** join/#brlcad Guest55 (~textual@103.248.244.9)
04:26.03*** join/#brlcad louipc (~louipc@unaffiliated/louipc)
04:31.25louipcHow's the project going?
04:56.14*** join/#brlcad Guest55 (~textual@103.248.244.9)
07:02.38*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
07:44.55*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
09:28.10*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:41.05*** join/#brlcad Guest55 (~textual@103.248.244.9)
09:59.55*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:32.59*** join/#brlcad Guest55 (~textual@103.248.244.9)
10:45.25*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
10:50.34*** join/#brlcad Guest55 (~textual@103.248.244.9)
11:38.23*** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net)
11:43.37Notify03BRL-CAD:brlcad * 66521 brlcad/trunk/src/libged/remove.cpp: warnings C4804, unsafe use of bool in operation. simplify to what was probably intended by the expression.
12:25.09*** join/#brlcad Guest55 (~textual@103.248.244.9)
13:09.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:18.20*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
14:08.37Notify03BRL-CAD:starseeker * 66522 brlcad/trunk/src/libbu/opt.c: More careful checking for flag opt determination.
14:18.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:49.30*** join/#brlcad boquete (~Piotr@avf207.neoplus.adsl.tpnet.pl)
15:23.07Notify03BRL-CAD:starseeker * 66523 brlcad/trunk/src/libged/remove.cpp: cleanup
15:25.23Notify03BRL-CAD:starseeker * 66524 (brlcad/trunk/include/rt/search.h brlcad/trunk/src/libged/glob.c and 2 others): refactor globbing out of mged and libged into a shared librt function. Going ahead with this since it's a code reduction, but we probably want something better than this for more powerful globbing support down the road...
15:51.43*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
16:10.14Notify03BRL-CAD:starseeker * 66525 (brlcad/trunk/include/rt/search.h brlcad/trunk/src/libged/glob.c and 2 others): try to set up to use flags for controlling globbing behavior.
16:26.46Notify03BRL-CAD:starseeker * 66526 brlcad/trunk/src/libged/remove.cpp: Fix a comple more crashers in rm
16:57.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:05.20*** join/#brlcad l4rry (~l4rry__@41.205.22.38)
17:27.01*** join/#brlcad boquete (~Piotr@avf207.neoplus.adsl.tpnet.pl)
18:32.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:45.13*** join/#brlcad boquete (~Piotr@avf207.neoplus.adsl.tpnet.pl)
22:35.13*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
22:35.13*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
23:57.15*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
IRC log for #brlcad on 20151028

IRC log for #brlcad on 20151028

02:19.28*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
02:58.41*** join/#brlcad uoabqjerhyxroosv (~armin@dslb-092-075-158-035.092.075.pools.vodafone-ip.de)
03:06.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:14.30*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
07:16.40*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
09:04.45*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:13.26*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:59.47Notify03BRL-CAD:brlcad * 66528 brlcad/trunk/include/rt/search.h: must export functions used outside a library
13:20.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:22.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:48.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:59.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:17.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:31.16Notify03BRL-CAD:starseeker * 66529 brlcad/trunk/src/libged/remove.cpp: print deprecation warning
14:59.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:32.30*** join/#brlcad Guest55 (~textual@103.248.244.9)
15:37.05*** join/#brlcad boquete (~Piotr@att1.neoplus.adsl.tpnet.pl)
16:09.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:55.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:10.22*** join/#brlcad boquete (~Piotr@att1.neoplus.adsl.tpnet.pl)
17:26.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:27.13*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:42.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:03.19*** join/#brlcad boquete (~Piotr@att1.neoplus.adsl.tpnet.pl)
20:29.05Notify03BRL-CAD:starseeker * 66530 brlcad/trunk/src/libged/remove.cpp: Remove the reference option
20:40.03Notify03BRL-CAD:starseeker * 66531 brlcad/trunk/src/libged/remove.cpp: don't delete combs in non-recursive mode unless they are empty (or the force flag is on.)
21:38.56Notify03BRL-CAD:brlcad * 66532 brlcad/trunk/include/common.h: try another angle on the UNUSED() macro to avoid using pragma warning disable 4100 on msvc. may be needed for places assert() is called, but can handle that without pragma.
21:40.16Notify03BRL-CAD:brlcad * 66533 brlcad/trunk/src/libbrep/PullbackCurve.cpp: make the conversion from ON_BOOL32 to bool explicit. cast to bool is insufficient on msvc.
21:43.07Notify03BRL-CAD:brlcad * 66534 (brlcad/trunk/src/libbrep/PullbackCurve.cpp brlcad/trunk/src/libbrep/PullbackCurve.h): ws style consistency cleanup
22:35.32Notify03BRL-CAD:brlcad * 66535 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: unused var
22:37.18Notify03BRL-CAD:n_reed * 66536 (brlcad/trunk/doc/docbook/system/man1/en/gqa.xml brlcad/trunk/doc/docbook/system/mann/en/gqa.xml): fix gqa docs; default volume tolerance is 1/1000 bbox volume
22:49.57*** join/#brlcad Gunit__ (~abby@176.194.233.156)
22:50.19Notify03BRL-CAD:brlcad * 66537 (brlcad/trunk/src/conv/3dm/3dm-g.cpp brlcad/trunk/src/libbrep/intersect.cpp and 3 others): more explicit conversions from int to bool for clarity, some conversions to ON_BOOL32 where we can avoid a type conversion
22:50.38*** part/#brlcad Gunit__ (~abby@176.194.233.156)
23:07.07*** join/#brlcad merzo (~merzo@70-45-132-95.pool.ukrtel.net)
23:14.15Notify03BRL-CAD:brlcad * 66538 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: minor cleanup
23:19.03*** join/#brlcad merzo (~merzo@194-13-133-95.pool.ukrtel.net)
23:23.32Notify03BRL-CAD:brlcad * 66539 brlcad/trunk/src/other/freetype/CMakeLists.txt: only print messages and create the include/freetype2 dir and include/freetype2/ftconfig.h header file if they don't already exist
IRC log for #brlcad on 20151029

IRC log for #brlcad on 20151029

00:08.22Notify03BRL-CAD:starseeker * 66540 (brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): This is a brute force solution to search's memory leak problem, but it appears to work.
00:13.39Notify03BRL-CAD:brlcad * 66541 brlcad/trunk/src/other/libz/CMakeLists.txt: make sure /machine is set regardless of being 32-bit or 64-bit since at least msvc10 still warns in 32-bit mode about it being unset. known issue/interaction between the build file cmake generates and msvc behaving weird when a resource file is listed first in a static lib.
00:26.23Notify03BRL-CAD:starseeker * 66542 brlcad/trunk/CHANGES: Mark the kill* commands as deprecated.
00:30.14Notify03BRL-CAD:starseeker * 66543 brlcad/trunk/CHANGES: list old rm behavior for deprecation.
00:39.50*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
00:43.24Notify03BRL-CAD:brlcad * 66544 brlcad/trunk/CMakeLists.txt: blindly adding /WX on win32 is wrong when compiling with mingw. since it didn't actually set strict properly anyways, remove it.
00:47.44Notify03BRL-CAD:brlcad * 66545 brlcad/trunk/src/conv/step/CMakeLists.txt: we need to disable more than just warnings on the generated sources because the sdai and clstepcore headers are included in pretty much every single source file. instead, test for the few warnings that are getting spit out on the stepcode sources. this lets us continue to get warnings on our code, minus the few that are pervasive to stepcode. this
00:47.46Notifyis okay because our code is now fully scrubbed of all the msvc /W3 level warnings.
00:47.48Notify...
00:48.03Notify03BRL-CAD:starseeker * 66546 brlcad/trunk/doc/docbook/system/mann/en/rm.xml: update man page for rm
02:57.07*** join/#brlcad sberpvwykfesmntw (~armin@dslb-088-066-133-014.088.066.pools.vodafone-ip.de)
03:49.11Notify03BRL-CAD:brlcad * 66547 (brlcad/trunk/include/bu/endian.h brlcad/trunk/include/bu/parse.h brlcad/trunk/include/bu/str.h): move declarations around so the bu_str functions are in str.h, move the bu_gethostname outlier to endian.h (needs a diff header like platform.h)
04:02.29Notify03BRL-CAD:brlcad * 66548 (brlcad/trunk/src/proc-db/surfaceintersect.cpp brlcad/trunk/src/util/admin-db.cpp brlcad/trunk/src/util/bu_arg_parse.cpp): more msvc quellage, eliminate remainder of C4800
04:32.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:00.28*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
06:07.54Notify03BRL-CAD:brlcad * 66549 (brlcad/trunk/src/libbu/gethostname.c brlcad/trunk/src/rt/main.c): must export and import bu_gethostname with a decl correctly
07:33.05Notify03BRL-CAD:brlcad * 66550 brlcad/trunk/src/util/bu_arg_parse.cpp: BU_ARG, not OPT
09:56.30*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
12:36.06Notify03BRL-CAD:brlcad * 66551 brlcad/trunk/src/util/bu_arg_parse.cpp: last one!
12:47.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:12.02*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:27.33*** join/#brlcad boquete (~Piotr@abed42.neoplus.adsl.tpnet.pl)
14:36.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:52.19``Erikhm, free/cheap graphic resource list http://gamasutra.com/blogs/ArtursSosins/20151028/257619/The_list_of_best_free_and_affordable_game_graphics_resources.php
15:06.59Notify03BRL-CAD:starseeker * 66552 brlcad/trunk/doc/docbook/system/mann/en/rm.xml: need to rework verbosity option.
15:19.42*** join/#brlcad boquete_asus (~Piotr@abed42.neoplus.adsl.tpnet.pl)
15:32.06*** join/#brlcad boquete_asus (~Piotr@abed42.neoplus.adsl.tpnet.pl)
15:32.39*** join/#brlcad boquete_asus (~Piotr@abed42.neoplus.adsl.tpnet.pl)
16:40.57Notify03BRL-CAD:starseeker * 66553 (brlcad/trunk/src/libged/glob.c brlcad/trunk/src/librt/db_glob.c): Whoops, copy paste fail in migration.
16:47.08*** join/#brlcad boquete (~Piotr@abed42.neoplus.adsl.tpnet.pl)
16:47.18Notify03BRL-CAD:starseeker * 66554 brlcad/trunk/src/librt/db_glob.c: We haven't made the local copy at this point - printf the original input
17:34.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:03.19*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
18:15.41*** join/#brlcad boquete (~Piotr@abed42.neoplus.adsl.tpnet.pl)
19:13.28*** join/#brlcad boquete (~Piotr@abed42.neoplus.adsl.tpnet.pl)
19:45.56*** join/#brlcad boquete (~Piotr@abed42.neoplus.adsl.tpnet.pl)
20:03.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:38.41*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
22:30.08Notify03BRL-CAD:starseeker * 66555 brlcad/trunk/src/libbu/opt.c: If a flag provides a custom callback, use it.
22:32.47Notify03BRL-CAD:starseeker * 66556 brlcad/trunk/src/libged/remove.cpp: Go with 'multiple supplied v flags ups verbosity of reporting' instead of the optional integer arg.
22:55.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:04.17*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
23:33.10*** join/#brlcad merzo (~merzo@46-26-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20151030

IRC log for #brlcad on 20151030

02:50.24*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
02:56.01*** join/#brlcad ggqvyiwjqqomkpjd (~armin@dslb-088-066-157-237.088.066.pools.vodafone-ip.de)
06:21.56*** join/#brlcad roop (~roop@202.164.45.200)
08:16.20*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
08:27.54*** join/#brlcad merzo (~merzo@92.60.189.225)
09:36.33*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:45.26*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
15:42.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:00.23*** join/#brlcad boquete (~Piotr@ebi240.neoplus.adsl.tpnet.pl)
17:13.28*** join/#brlcad boquete_asus (~Piotr@ebi240.neoplus.adsl.tpnet.pl)
19:29.17*** join/#brlcad boquete (~Piotr@ebi240.neoplus.adsl.tpnet.pl)
19:51.24*** join/#brlcad boquete (~Piotr@ebi240.neoplus.adsl.tpnet.pl)
21:54.20*** join/#brlcad Guest55 (~textual@103.248.244.9)
23:16.56*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
IRC log for #brlcad on 20151031

IRC log for #brlcad on 20151031

00:54.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:55.06*** join/#brlcad mxdcmreqidgoeyod (~armin@ipservice-092-211-155-232.092.211.pools.vodafone-ip.de)
03:51.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:49.03*** join/#brlcad Guest55 (~textual@103.248.244.9)
05:44.44*** join/#brlcad Guest55 (~textual@103.248.244.9)
07:30.16*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
08:02.22*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
09:17.15*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
10:39.12*** join/#brlcad Guest55 (~textual@103.248.244.9)
11:41.14*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
12:11.22*** join/#brlcad Guest55 (~textual@103.248.244.9)
14:35.51*** join/#brlcad Guest55 (~textual@103.248.244.9)
16:09.54*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
16:09.54*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
16:20.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:46.26*** join/#brlcad boquete_asus (~Piotr@acqd21.neoplus.adsl.tpnet.pl)
17:00.07*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
18:04.14*** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net)
18:32.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:49.28*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
19:48.24*** join/#brlcad Guest55 (~textual@103.248.244.9)
20:34.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:42.07*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
21:46.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:19.00*** join/#brlcad boquete (~Piotr@acqd21.neoplus.adsl.tpnet.pl)
IRC log for #brlcad on 20151101

IRC log for #brlcad on 20151101

01:51.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:47.37*** join/#brlcad jkhkjiwffxjmmlrk (~armin@dslb-092-075-155-112.092.075.pools.vodafone-ip.de)
02:54.13*** join/#brlcad merzo (~merzo@173-28-133-95.pool.ukrtel.net)
04:41.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
10:24.44*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
11:33.57*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:49.48*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
16:23.55*** join/#brlcad gaganjyot (~gaganjyot@117.253.209.201)
16:24.14gaganjyotHi all, I am trying to compile brlcad on arch linux
16:24.20gaganjyotand I have TCL 8.6
16:24.55gaganjyotbut brlcad is asking for 8.5 and I can't downgrade tcl/tk to 8.5
16:24.57gaganjyotany help?
16:33.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:50.47*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
17:57.39*** join/#brlcad boquete (~Piotr@abdx139.neoplus.adsl.tpnet.pl)
19:19.45*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
23:31.57*** join/#brlcad merzo (~merzo@196-17-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20151102

IRC log for #brlcad on 20151102

02:45.52*** join/#brlcad cldhzydtnkazokco (~armin@dslb-092-074-228-123.092.074.pools.vodafone-ip.de)
07:19.37*** join/#brlcad boquete (~Piotr@aadt182.neoplus.adsl.tpnet.pl)
08:24.19*** join/#brlcad merzo_ (~merzo@245-85-132-95.pool.ukrtel.net)
08:44.14*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
10:26.18*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
11:47.39*** join/#brlcad boquete (~Piotr@aadt182.neoplus.adsl.tpnet.pl)
14:35.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:26.20*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
15:37.02*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
15:40.06*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:47.26*** join/#brlcad merzo_ (~merzo@92.60.189.225)
18:39.19*** join/#brlcad boquete (~Piotr@aadt182.neoplus.adsl.tpnet.pl)
21:16.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:13.18*** join/#brlcad merzo_ (~merzo@245-85-132-95.pool.ukrtel.net)
22:14.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20151103

IRC log for #brlcad on 20151103

02:44.37*** join/#brlcad azsryabngovyywjr (~armin@dslb-088-065-184-099.088.065.pools.vodafone-ip.de)
03:45.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:06.41*** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net)
07:40.14*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
08:19.31*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:58.37*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
10:43.41*** join/#brlcad merzo_ (~merzo@92.60.189.225)
13:14.51*** join/#brlcad merzo_ (~merzo@92.60.189.225)
13:19.24*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
14:26.25*** join/#brlcad boquete (~Piotr@abko131.neoplus.adsl.tpnet.pl)
14:27.18*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-fmulpmyqlpuhhirx)
15:37.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:49.13*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-ppnvbfvwhdeshdea)
20:18.39Notify03BRL-CAD Wiki:Dplotner62 * 0 /wiki/User:Dplotner62:
23:05.08*** join/#brlcad merzo_ (~merzo@251-3-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20151104

IRC log for #brlcad on 20151104

00:30.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:11.33*** join/#brlcad LordOfBikes (~armin@dslb-092-075-155-145.092.075.pools.vodafone-ip.de)
02:12.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:55.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:19.04*** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net)
05:53.38*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-zpdgyjedhsrwhwre)
06:13.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:13.17*** join/#brlcad Guest55 (~textual@103.248.244.9)
07:29.06*** join/#brlcad Guest55 (~textual@103.248.244.9)
08:13.08*** join/#brlcad Guest55_ (~textual@103.248.244.9)
08:22.06*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
09:39.33*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:27.44*** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net)
10:52.05*** join/#brlcad merzo_ (~merzo@92.60.189.225)
11:30.54*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
12:45.07*** join/#brlcad Guest55 (~textual@103.248.244.9)
13:15.30*** join/#brlcad ngesb (~ngesb@41.244.243.199)
13:16.17ngesbquit
13:34.13*** join/#brlcad Guest55 (~textual@103.248.244.9)
15:06.06*** join/#brlcad boquete (~Piotr@aaai166.neoplus.adsl.tpnet.pl)
15:06.57Notify03BRL-CAD Wiki:AnonUserID * 0 /wiki/User:AnonUserID:
15:07.11*** join/#brlcad boquete (~Piotr@aaai166.neoplus.adsl.tpnet.pl)
15:22.28*** join/#brlcad boquete_asus (~Piotr@aatf118.neoplus.adsl.tpnet.pl)
15:33.33*** join/#brlcad boquete_asus (~Piotr@aatf118.neoplus.adsl.tpnet.pl)
16:17.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:41.53*** join/#brlcad boquete (~Piotr@aatf118.neoplus.adsl.tpnet.pl)
18:33.06*** join/#brlcad boquete (~Piotr@aatf118.neoplus.adsl.tpnet.pl)
19:45.31*** join/#brlcad Ang3h (~courage@154.70.108.223)
21:18.30*** join/#brlcad boquete (~Piotr@aatf118.neoplus.adsl.tpnet.pl)
21:30.58*** join/#brlcad Ang3h (~courage@154.70.108.196)
22:02.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:53.37*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
IRC log for #brlcad on 20151105

IRC log for #brlcad on 20151105

02:10.38*** join/#brlcad xlkhdbypsghfsyjt (~armin@dslb-178-010-190-223.178.010.pools.vodafone-ip.de)
02:47.32*** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net)
08:43.17*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
09:43.03*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:02.15*** join/#brlcad merzo_ (~merzo@92.60.189.225)
14:38.25``Erikheh, bit twisting http://gynvael.coldwind.pl/n/c_cpp_number_to_binary_string_01011010
14:42.10*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
15:19.59*** join/#brlcad boquete (~Piotr@abkg130.neoplus.adsl.tpnet.pl)
16:16.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:53.24*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
16:54.23*** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
17:24.50StragusDarn ``Erik, I like these little hacks when they are faster than the native version :)
17:25.49StragusI'm surprised they claim it's slower though. mulq, shrq, addq, andq...
17:28.51StragusThey must have tested on 32 bits. This *should* be faster
17:34.01*** join/#brlcad boquete (~Piotr@abkg130.neoplus.adsl.tpnet.pl)
20:00.27*** join/#brlcad boquete (~Piotr@abkg130.neoplus.adsl.tpnet.pl)
22:19.21*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
IRC log for #brlcad on 20151106

IRC log for #brlcad on 20151106

02:09.32*** join/#brlcad biicugrwdkwqgzwm (~armin@dslb-088-066-143-058.088.066.pools.vodafone-ip.de)
02:18.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:40.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:22.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:35.38*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:16.56*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
10:19.20*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
16:32.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:43.50*** join/#brlcad Guest55 (~textual@103.248.245.141)
18:04.11*** join/#brlcad LordOfBikes (~armin@dslb-088-066-143-058.088.066.pools.vodafone-ip.de)
19:22.54*** join/#brlcad LordOfBikes (~armin@dslb-088-066-143-058.088.066.pools.vodafone-ip.de)
20:51.08*** join/#brlcad Ang3h (~courage@154.70.108.214)
IRC log for #brlcad on 20151107

IRC log for #brlcad on 20151107

00:09.55*** join/#brlcad merzo_ (~merzo@209-44-132-95.pool.ukrtel.net)
01:10.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:08.38*** join/#brlcad whatzzjnkuoqxteb (~armin@dslb-088-066-159-169.088.066.pools.vodafone-ip.de)
05:26.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:40.08*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
07:54.51*** join/#brlcad Guest55 (~textual@103.248.245.141)
08:41.17*** join/#brlcad merzo_ (~merzo@134-103-133-95.pool.ukrtel.net)
09:24.26*** join/#brlcad Guest55 (~textual@103.248.245.141)
09:31.08Notify03BRL-CAD Wiki:ZorgyLegrand * 0 /wiki/User:ZorgyLegrand:
09:39.03Notify03BRL-CAD Wiki:ZorgyLegrand * 9508 /wiki/Developer_Documents:
09:52.56Notify03BRL-CAD Wiki:JoeSattylo * 0 /wiki/User:JoeSattylo:
09:55.59Notify03BRL-CAD Wiki:JoeSattylo * 9509 /wiki/ARL_Technical_Reports: remove spam
10:26.12*** join/#brlcad Guest55 (~textual@103.248.245.141)
10:50.24*** join/#brlcad Guest55 (~textual@103.248.245.141)
10:53.16Notify03BRL-CAD Wiki:JoeSattylo * 9510 /wiki/Developer_Documents: /* Development Tips */
11:59.23*** join/#brlcad Guest55 (~textual@103.248.245.141)
14:26.31*** join/#brlcad boquete (~Piotr@bcy87.neoplus.adsl.tpnet.pl)
14:30.07*** join/#brlcad Guest55 (~textual@103.248.245.141)
15:14.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:45.49*** join/#brlcad Guest55 (~textual@103.248.245.141)
16:20.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:28.30*** join/#brlcad Guest55 (~textual@103.248.245.141)
17:35.50*** join/#brlcad Guest55 (~textual@103.248.245.141)
18:09.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:02.45Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:ZorgyLegrand: Spamming links to external sites
21:03.01Notify03BRL-CAD Wiki:Sean * 9511 /wiki/Developer_Documents: Undo revision 9508 by [[Special:Contributions/ZorgyLegrand|ZorgyLegrand]] ([[User talk:ZorgyLegrand|talk]])
23:27.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20151108

IRC log for #brlcad on 20151108

00:19.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:37.49*** join/#brlcad LordOfBikes (~armin@dslb-088-066-159-169.088.066.pools.vodafone-ip.de)
00:49.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:07.53*** join/#brlcad hpqazolhtbviiecm (~armin@dslb-092-074-248-171.092.074.pools.vodafone-ip.de)
05:41.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:01.59*** join/#brlcad Guest55 (~textual@103.248.245.141)
07:58.43*** join/#brlcad Guest55 (~textual@103.248.245.141)
08:05.55Notify03BRL-CAD Wiki:Dukelanovic * 0 /wiki/User:Dukelanovic:
08:06.02*** join/#brlcad Guest55 (~textual@103.248.245.141)
08:26.31*** join/#brlcad Guest55 (~textual@103.248.245.141)
08:35.11*** join/#brlcad merzo_ (~merzo@145-112-132-95.pool.ukrtel.net)
08:47.49*** join/#brlcad Guest55 (~textual@103.248.245.141)
09:54.09*** join/#brlcad Guest55 (~textual@103.248.245.141)
11:22.11*** join/#brlcad Guest55 (~textual@103.248.245.141)
15:16.01*** join/#brlcad marco7 (~marco731c@200.12.4.29)
15:59.33*** join/#brlcad Guest55 (~textual@103.248.245.141)
19:07.47*** join/#brlcad merzo_ (~merzo@145-112-132-95.pool.ukrtel.net)
20:02.56*** join/#brlcad boquete (~Piotr@abkn26.neoplus.adsl.tpnet.pl)
22:30.15*** join/#brlcad konro (~konro@41.205.22.32)
22:51.09*** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
22:51.09*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
23:04.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20151109

IRC log for #brlcad on 20151109

02:03.04starseek1rhah, neat - Maxima got staff pick from sourceforge for POTM
02:06.38*** join/#brlcad ynirhepmwrwxpsbs (~armin@dslb-092-075-146-232.092.075.pools.vodafone-ip.de)
02:51.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:12.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:58.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:45.06*** join/#brlcad Guest55 (~textual@103.248.245.141)
08:02.29*** join/#brlcad Guest55 (~textual@103.248.245.141)
08:35.08*** join/#brlcad merzo_ (~merzo@28-9-133-95.pool.ukrtel.net)
09:17.04*** join/#brlcad Guest55 (~textual@103.248.245.141)
10:15.35*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:17.54*** join/#brlcad Guest55 (~textual@103.248.245.141)
11:33.47*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
11:41.15*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
11:41.32*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
14:20.04*** join/#brlcad boquete (~Piotr@avm195.neoplus.adsl.tpnet.pl)
14:37.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:40.21*** join/#brlcad Guest55 (~textual@103.248.245.141)
15:58.00*** join/#brlcad boquete (~Piotr@avm195.neoplus.adsl.tpnet.pl)
19:29.25Notify03BRL-CAD:starseeker * 66557 brlcad/trunk/src/libged/remove.cpp: Put the old rm behavior behind a -L/--legacy flag - hopefully there will be some regex command that can be run on Tcl scripts (s/^[:whitespace:]rm /rm --legacy or some such) that would allow for minimally impacting status...
20:04.25Notify03BRL-CAD:starseeker * 66558 brlcad/trunk/src/libged/remove.cpp: use db_full_path string conversion to validate paths
21:24.27*** join/#brlcad merzo_ (~merzo@28-9-133-95.pool.ukrtel.net)
22:52.06Notify03BRL-CAD:starseeker * 66559 brlcad/trunk/src/libged/remove.cpp: Make a stab at a 'safe' mode for comb element removal.
IRC log for #brlcad on 20151110

IRC log for #brlcad on 20151110

02:05.45*** join/#brlcad daajifiqkzwdssjz (~armin@dslb-094-216-167-109.094.216.pools.vodafone-ip.de)
02:51.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:34.18Notify03BRL-CAD:brlcad * 66560 brlcad/trunk/src/other/URToolkit/cnv/rletorla.c: if we don't have gethostname(), try the HOSTNAME environment variable
04:03.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:43.01Notify03BRL-CAD:brlcad * 66561 brlcad/trunk/src/other/URToolkit/CMakeLists.txt: add a config.h for tools that need to check for features before using them.
06:16.46Notify03BRL-CAD:brlcad * 66562 (brlcad/trunk/src/other/URToolkit/CMakeLists.txt brlcad/trunk/src/other/URToolkit/cnv/CMakeLists.txt brlcad/trunk/src/other/URToolkit/cnv/rletorla.c): expand the config.h setup so that it's put in the right place, we look in that place, and logic is limited to the scope that currently uses it
06:21.47Notify03BRL-CAD:brlcad * 66563 brlcad/trunk/TODO: caching is going to require some attention on libbu's directory/path searching, so revive attention on the notes discussed that are intended to kill/generalize the legacy BRLCAD_* env vars and bu_brlcad_* funcs.
06:22.49Notify03BRL-CAD:brlcad * 66564 brlcad/trunk/src/other/URToolkit/cnv/config.h.in: oops, remove trailing ws in the template
08:24.40*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:33.44*** join/#brlcad merzo_ (~merzo@67-10-132-95.pool.ukrtel.net)
09:40.17*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
10:25.07*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
11:01.09*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
12:47.31*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
12:52.31*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:07.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:15.39*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
15:03.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:18.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:43.52*** join/#brlcad boquete (~Piotr@bwc250.neoplus.adsl.tpnet.pl)
15:45.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:01.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:21.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:33.14Notify03BRL-CAD:bob1961 * 66565 (brlcad/branches/eab/include/raytrace.h brlcad/branches/eab/include/rt/search.h and 15 others): Backported a few more things.
17:52.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:13.40*** join/#brlcad merzo_ (~merzo@67-10-132-95.pool.ukrtel.net)
21:43.40*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
22:48.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20151111

IRC log for #brlcad on 20151111

02:15.45*** join/#brlcad LordOfBikes (~armin@dslb-188-098-170-234.188.098.pools.vodafone-ip.de)
06:09.42*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
07:18.52*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
07:44.27*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
09:35.58*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:57.22*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
10:54.13*** join/#brlcad boquete (~Piotr@abgv26.neoplus.adsl.tpnet.pl)
12:53.44``Erikhuh, http://pinecar.woodlandscenics.com/show/Item/P363/page/1 looks kinda familiar
14:11.29*** join/#brlcad boquete (~Piotr@abgv26.neoplus.adsl.tpnet.pl)
15:33.05*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
15:47.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:18.41*** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net)
21:14.39*** join/#brlcad LordOfBikes (~armin@dslb-188-098-170-234.188.098.pools.vodafone-ip.de)
21:51.34*** join/#brlcad merzo_ (~merzo@153-122-132-95.pool.ukrtel.net)
23:50.53*** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net)
IRC log for #brlcad on 20151112

IRC log for #brlcad on 20151112

02:13.19*** join/#brlcad oiuncghvliqjvftz (~armin@dslb-178-010-188-092.178.010.pools.vodafone-ip.de)
03:54.12*** join/#brlcad louipc (~louipc@unaffiliated/louipc)
04:21.48*** join/#brlcad louipc (~louipc@unaffiliated/louipc)
08:31.48*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:49.27*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
09:09.38*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
13:02.02*** join/#brlcad boquete (~Piotr@abkr110.neoplus.adsl.tpnet.pl)
13:24.49*** join/#brlcad boquete (~Piotr@abkr110.neoplus.adsl.tpnet.pl)
14:36.20*** join/#brlcad boquete (~Piotr@abkr110.neoplus.adsl.tpnet.pl)
17:52.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:26.49Notify03BRL-CAD Wiki:Paulacerasulo * 0 /wiki/User:Paulacerasulo:
19:00.13Notify03BRL-CAD:starseeker * 66566 brlcad/trunk/regress/gqa.sh: Exercise the Am option.
19:05.49Notify03BRL-CAD:starseeker * 66567 (brlcad/trunk/doc/docbook/system/man1/en/gqa.xml brlcad/trunk/doc/docbook/system/mann/en/gqa.xml): Mention the 'm' option for centroids and moments of intertia. Needs much better documentation... is the matrix produced this matrix? http://www2.eng.cam.ac.uk/~hemh/gyroscopes/momentinertia.html
21:35.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20151113

IRC log for #brlcad on 20151113

00:02.25*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
01:26.34Notify03BRL-CAD:starseeker * 66568 (brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/fnmatch.c): Break the charclass bits into a private header as in BSD, in anticipation of glob work.
01:31.09Notify03BRL-CAD:starseeker * 66569 brlcad/trunk/TODO: Add a note to take a look at using the non-recursive fnmatch implementation added to recent OpenBSD
02:29.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:06.40Notify03BRL-CAD Wiki:177.92.54.114 * 9512 /wiki/ARL_Technical_Reports:
03:16.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:25.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:59.25*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
09:54.34*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
15:19.08Notify03BRL-CAD:starseeker * 66570 brlcad/trunk/src/libbu/charclass.h: Add NCCLASSES
15:21.09Notify03BRL-CAD:starseeker * 66571 (brlcad/trunk/include/bu/malloc.h brlcad/trunk/src/libbu/malloc.c): OpenBSD has been making extensive use of reallocarray, for what appear to be good reasons - set up a bu version to ease porting of BSD code into BRL-CAD.
15:59.20*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
16:38.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:51.26*** join/#brlcad boquete (~Piotr@avc52.neoplus.adsl.tpnet.pl)
17:41.44Notify03BRL-CAD:starseeker * 66572 (brlcad/trunk/include/bu/path.h brlcad/trunk/src/libbu/CMakeLists.txt): Work in progress - nothing functional yet, but it does compile on linux so good time for a checkpoint.
18:27.22*** join/#brlcad boquete (~Piotr@avc52.neoplus.adsl.tpnet.pl)
20:00.09Notify03BRL-CAD:starseeker * 66573 brlcad/trunk/src/libbu/glob.c: regress-repository is checking the file even though it's not being built, apparently...
20:13.10*** join/#brlcad boquete_asus (~Piotr@abfm139.neoplus.adsl.tpnet.pl)
20:47.42*** join/#brlcad ih8sum3r (~deepak@122.173.190.108)
21:49.14*** join/#brlcad boquete (~Piotr@abfm139.neoplus.adsl.tpnet.pl)
22:05.07Notify03BRL-CAD:starseeker * 66574 brlcad/trunk/src/libbu/glob.c: ws
IRC log for #brlcad on 20151114

IRC log for #brlcad on 20151114

02:11.14*** join/#brlcad ptqzrauwqynhrkhy (~armin@dslb-092-075-146-199.092.075.pools.vodafone-ip.de)
03:47.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:09.35*** join/#brlcad kanzure_ (~kanzure@unaffiliated/kanzure)
05:15.04*** join/#brlcad KimK_ (~Kim__@ip68-102-29-211.ks.ok.cox.net)
06:16.07*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
06:18.33*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
06:59.43*** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net)
11:17.51*** join/#brlcad boquete (~Piotr@abfm139.neoplus.adsl.tpnet.pl)
11:56.41*** join/#brlcad boquete (~Piotr@abfm139.neoplus.adsl.tpnet.pl)
13:19.31*** join/#brlcad boquete (~Piotr@abfm139.neoplus.adsl.tpnet.pl)
15:15.17*** join/#brlcad boquete (~Piotr@abfm139.neoplus.adsl.tpnet.pl)
15:41.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:14.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:39.58*** join/#brlcad merzo (~merzo@184-105-133-95.pool.ukrtel.net)
16:56.59*** join/#brlcad boquete (~Piotr@abfm139.neoplus.adsl.tpnet.pl)
19:17.43``Erikhttps://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2015-8126  libpng overflow vulns
19:25.21brlcadwhee
20:13.14*** join/#brlcad boquete_asus (~Piotr@abkg224.neoplus.adsl.tpnet.pl)
20:25.24brlcadstarseek1r: https://www.mathjax.org
21:42.17starseek1rbrlcad: cool!
22:16.42starseek1rhttp://opensource.com/business/15/6/red-hat-women-open-source-award-winner-kesha-shah
22:24.47louipcnice
IRC log for #brlcad on 20151115

IRC log for #brlcad on 20151115

00:47.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:06.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:04.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:09.53*** join/#brlcad fkepcklqqdlizvbf (~armin@dslb-088-065-179-040.088.065.pools.vodafone-ip.de)
03:49.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:21.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:29.50*** join/#brlcad merzo (~merzo@242-64-132-95.pool.ukrtel.net)
08:41.39*** join/#brlcad boquete (~Piotr@abkg224.neoplus.adsl.tpnet.pl)
12:27.12*** join/#brlcad boquete (~Piotr@abkg224.neoplus.adsl.tpnet.pl)
16:03.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:25.15*** join/#brlcad Guest55 (~textual@103.253.201.126)
20:23.32*** join/#brlcad boquete (~Piotr@abhb206.neoplus.adsl.tpnet.pl)
IRC log for #brlcad on 20151116

IRC log for #brlcad on 20151116

03:28.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:40.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:34.11*** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net)
08:29.22*** join/#brlcad merzo (~merzo@245-127-133-95.pool.ukrtel.net)
09:10.43*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:15.31*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:33.39*** join/#brlcad KimK_ (~Kim__@ip68-102-29-211.ks.ok.cox.net)
11:30.08*** join/#brlcad KimK_ (~Kim__@ip68-102-29-211.ks.ok.cox.net)
13:02.17*** join/#brlcad gaganjyot (~gaganjyot@117.244.31.84)
13:02.35*** join/#brlcad Guest55 (~textual@103.253.201.126)
14:17.55*** join/#brlcad Guest55 (~textual@103.253.201.126)
14:46.33``Erikcuda on amd http://www.anandtech.com/show/9792/amd-sc15-boltzmann-initiative-announced-c-and-cuda-compilers-for-amd-gpus
15:02.58*** join/#brlcad boquete (~Piotr@auc179.neoplus.adsl.tpnet.pl)
15:08.05*** join/#brlcad boquete (~Piotr@auc179.neoplus.adsl.tpnet.pl)
15:11.54*** join/#brlcad Guest55 (~textual@103.253.201.126)
15:12.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:19.59*** join/#brlcad Guest55 (~textual@103.253.201.126)
15:51.12*** join/#brlcad Guest55 (~textual@103.253.201.126)
16:50.00*** join/#brlcad gaganjyot (~gaganjyot@117.244.31.84)
17:01.29*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
17:21.58*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
18:21.19*** join/#brlcad boquete (~Piotr@auc179.neoplus.adsl.tpnet.pl)
19:22.52*** join/#brlcad KimK_ (~Kim__@ip68-102-29-211.ks.ok.cox.net)
19:43.43*** join/#brlcad boquete (~Piotr@auc179.neoplus.adsl.tpnet.pl)
19:58.34*** join/#brlcad cox (~quassel@188.226.208.53)
22:07.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:50.57*** join/#brlcad hackrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net)
22:51.16*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
23:08.30Notify03BRL-CAD:starseeker * 66575 brlcad/trunk/src/libbu/tests/opt.c: fix logic test (clang 3.7 Wtautological-constant-out-of-range-compare)
23:13.04Notify03BRL-CAD:starseeker * 66576 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cc.h brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmatomic.h brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmthread.h): Clear some 'Winfinite-recursion' reports from clang 3.7
23:28.54*** join/#brlcad merzo_ (~merzo@245-127-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20151117

IRC log for #brlcad on 20151117

00:34.50*** join/#brlcad LordOfBikes (~armin@dslb-092-075-146-126.092.075.pools.vodafone-ip.de)
01:03.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:39.18*** join/#brlcad rxntqpozmvatzjbf (~armin@dslb-178-007-229-127.178.007.pools.vodafone-ip.de)
03:46.24*** join/#brlcad Guest55 (~textual@103.253.201.126)
04:37.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:53.37*** join/#brlcad tofu (~sean@66-118-151-70.static.sagonet.net)
05:09.17Notify03BRL-CAD:brlcad * 66577 brlcad/trunk/include/config_win.h.in: because _pipe takes different args
05:44.12*** join/#brlcad Guest55 (~textual@103.253.201.126)
08:18.24*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
09:40.08*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
17:24.55*** join/#brlcad infobot (ibot@170-72-46-25.vivintwireless.net)
17:24.55*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
20:37.54*** join/#brlcad infobot (ibot@170-72-44-209.vivintwireless.net)
20:37.54*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
20:39.02maths22I have created a git clone of the brlcad repo (I hope to get travis builds running off of it):
20:39.05maths22https://github.com/maths22/brlcad
20:50.09Notify03BRL-CAD:starseeker * 66586 brlcad/trunk/src/libbu/fnmatch.c: c assignment was only used in comment out bu_log - move it in with the log statement.
20:53.34Notify03BRL-CAD:starseeker * 66587 brlcad/trunk/src/libbu/opt.c: desc_found doesn't play a role in this portion of the code.
22:12.54maths22Also, apparently my cdash builds are still running.  Yay!
23:36.44louipcoh man that's gonna be a beast
IRC log for #brlcad on 20151118

IRC log for #brlcad on 20151118

00:47.59*** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net)
00:54.29maths22louipc: What is?
00:55.40louipctravis builds of brlcad
01:12.25*** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net)
01:14.21maths22louipc: We will see.  I tried one run, and it worked ok until it tried to use lemon, so I will try forcing built-in lemon
01:16.17louipcyeah some things you will need to use bundled version... at least from when I last tried to build
01:29.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:39.31maths22louipc: I actually am also going to try appveyor
01:39.37maths22That should be interesting
01:40.54louipcwhat is taht?
01:41.12louipcoh cool
01:41.29louipcdoes travis do windows builds?
01:52.25maths22louipc: travis does not
01:52.32maths22Appveyor is basically travis for windows
01:53.00maths22My final goal is to have nightly compiled builds, but that will be a bit of a challenge
01:53.18maths22I am actually working on the same thing for SuperTux, which should hopefully be finished in the next week
01:54.12maths22(For linux builds, there is this service called Open Build Service which allows us to package for a bunch of distros
01:54.48maths22Travis actually does do OS X, which is nice
02:47.56*** join/#brlcad LordOfBikes (~armin@dslb-178-007-231-065.178.007.pools.vodafone-ip.de)
03:50.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:06.53starseekermaths22: wow!  I see you did the whole history - I'm surprised github didn't choke on the size of the repo
04:07.06starseekermaths22: how did you convert the history to git?
04:47.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:10.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:22.39maths22starseeker: subgit to do the conversion
05:23.13maths22Interestingly, the whole history compresses to 373 mb
05:23.22maths22(With branches and all)
05:24.09maths22(that is the .git directory of my checkout)
05:24.23maths22The .svn directory of a subversion checkout is 325 mb
05:24.52maths22They are even closer if I don't include the branches
05:25.05maths22It just goes to show how amazing compression is
08:03.47Notify03BRL-CAD Wiki:P.bjoennes * 0 /wiki/User:P.bjoennes:
10:12.05*** join/#brlcad ziggypup (~ziggypup@202-180-115-128.callplus.net.nz)
10:12.08*** part/#brlcad ziggypup (~ziggypup@202-180-115-128.callplus.net.nz)
10:13.00*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
14:58.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:14.39*** join/#brlcad boquete (~Piotr@abkk29.neoplus.adsl.tpnet.pl)
15:30.53Notify03BRL-CAD:starseeker * 66588 brlcad/trunk/src/libbu/avs.c: If we somehow got a null from avsp->avp, bail.
15:44.16maths22starseeker: by the way, it took many hours when I first made the clone (I don't remember how many, but I think more than 12)
15:49.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:52.29Notify03BRL-CAD:starseeker * 66589 brlcad/trunk/include/bu/path.h: Checkpoint glob work so it doesn't accidently get committed with other stuff.
16:02.00Notify03BRL-CAD:starseeker * 66590 brlcad/trunk/src/libbu/convert.c: Aren't checking buflen for this last switch, so no point in decrementing.
16:04.49*** join/#brlcad boquete (~Piotr@abkk29.neoplus.adsl.tpnet.pl)
16:08.31Notify03BRL-CAD:starseeker * 66591 brlcad/trunk/src/libbu/parse.c: Make sure prev is not still in it's initialized-to-NULL state before trying to get the first character for a comparison
16:15.53Notify03BRL-CAD:starseeker * 66592 brlcad/trunk/src/libbu/malloc.c: Don't do an illegal write to mp if memdebug_check failed.
17:56.52Notify03BRL-CAD:starseeker * 66593 brlcad/trunk/src/libbu/malloc.c: Don't use %p to print original_ptr, since clang static analyzer doesn't yet know that using it for fprintf is OK. Change this back if/when clang can handle this case properly.
18:00.43Notify03BRL-CAD:starseeker * 66594 brlcad/trunk/include/bu/list.h: Fix null assert check - back is being assigned in (new)->forw, not (old)-forw.
18:14.29Notify03BRL-CAD:starseeker * 66595 brlcad/trunk/src/libbn/sphmap.c: Make sure count isn't zero before we divide by it.
18:19.46Notify03BRL-CAD:starseeker * 66596 (brlcad/trunk/include/bu/defines.h brlcad/trunk/include/bu/list.h and 2 others): Add an assert to BU_LIST_INIT
18:21.31Notify03BRL-CAD:starseeker * 66597 (brlcad/trunk/include/bu/defines.h brlcad/trunk/include/bu/log.h brlcad/trunk/include/bu/magic.h): Back out _BU_ATTR_ANALYZE_NORETURN - committed by mistake.
18:24.10Notify03BRL-CAD:starseeker * 66598 (brlcad/trunk/include/bu/defines.h brlcad/trunk/include/bu/log.h brlcad/trunk/include/bu/magic.h): For the time being, go ahead and commit this - Add clang static analyzer attributes to bu_exit, bu_bomb and bu_badmagic letting it know they don't return. This is not strictly true, and longer term it may be worth updating our logic to properly handle the situation where bu_bomb *does*
18:24.12Notifyreturn, but until we reach the point where we're ready to do that the noise from these functions drowns out the signal.
18:24.14Notify...
18:29.26Notify03BRL-CAD:starseeker * 66599 brlcad/trunk/include/bu/defines.h: Ugh - gcc doesn't like this. Will revert this in a bit, once a configure test is in place.
18:35.55Notify03BRL-CAD:starseeker * 66600 brlcad/trunk/include/bu/defines.h: Oops, define it empty in the else case.
18:44.58Notify03BRL-CAD:starseeker * 66601 brlcad/trunk/src/libbu/avs.c: Hmm. Returning 0 here causes problems - just prevent the writes, which is close to the old behavior without the invalid assignments.
18:48.48*** join/#brlcad boquete (~Piotr@abkk29.neoplus.adsl.tpnet.pl)
18:52.49starseekermaths22: cool!  it would be interesting to compare those results with the ones produced by the procedure documented in misc/svn2git
18:55.16Notify03BRL-CAD:starseeker * 66602 brlcad/trunk/src/libbu/avs.c: Add a comment to revisit the avs behavior to better understand what's happening and why.
19:15.47maths22starseeker: I should have used the account map
19:16.01maths22I didn't know that folder exists
19:16.54maths22The cool thing about subgit is it automatically creates/runs a background process to synch them
20:00.44Notify03BRL-CAD Wiki:Skoobedo39 * 0 /wiki/User:Skoobedo39:
20:14.08*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
20:31.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:45.00*** join/#brlcad LordOfBikes (~armin@dslb-178-007-231-065.178.007.pools.vodafone-ip.de)
21:14.32Notify03BRL-CAD:starseeker * 66603 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: remove unused
21:35.17*** join/#brlcad infobot (ibot@170-72-44-209.vivintwireless.net)
21:35.17*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
22:43.29Notify03BRL-CAD:starseeker * 66604 (brlcad/trunk/include/analyze.h brlcad/trunk/include/bu/defines.h): Not sure at this point if __attribute__ (()) is legal with the space, but we have instances both with and without. The GNU documentation has a space in the form description but none of their examples have it. The rest of our __attribute__ labels don't seem to use the space, and clang 3.7 is known to have trouble with it
22:43.31Notifyin at least one case. Remove spaces.
22:43.33Notify...
22:44.23Notify03BRL-CAD:starseeker * 66605 brlcad/trunk/include/analyze.h: revert stray function definion.
23:32.16Notify03BRL-CAD:tbrowder2 * 66606 (brlcad/branches/attr-extension-mods/README.binary_attributes =================================================================== and 22 others): start documenting the binary attributes mod
23:58.57*** join/#brlcad louipc (~louipc@unaffiliated/louipc)
IRC log for #brlcad on 20151119

IRC log for #brlcad on 20151119

00:27.27*** join/#brlcad merzo (~merzo@141-52-132-95.pool.ukrtel.net)
00:30.46*** join/#brlcad merzo (~merzo@141-52-132-95.pool.ukrtel.net)
00:54.43Notify03BRL-CAD:tbrowder2 * 66607 (brlcad/branches/attr-extension-mods/BUGS brlcad/branches/attr-extension-mods/CHANGES and 3291 others): sync merge trunk with branch
00:59.21Notify03BRL-CAD:tbrowder2 * 66608 (brlcad/trunk/doc/docbook/system/mann/en/attr.xml brlcad/trunk/src/librt/attributes.c): correct typos
01:05.09Notify03BRL-CAD:tbrowder2 * 66609 brlcad/branches/attr-extension-mods/README.binary_attributes: add a test plan; correct typo
01:06.39Notify03BRL-CAD:tbrowder2 * 66610 brlcad/branches/attr-extension-mods/README.binary_attributes: correct typo
01:27.26starseekerO.o https://github.com/microsoft/vscode
01:44.19louipcit's happening...
02:45.52*** join/#brlcad ciliaxsnjsmdpyyu (~armin@dslb-088-065-178-169.088.065.pools.vodafone-ip.de)
05:09.44Notify03BRL-CAD:brlcad * 66611 brlcad/trunk/doc/BRL-CAD.bib: add four arl tech reports from ARL summer students that worked on BRL-CAD in summer 2014 (published 2015). notably still missing publication(s) from jon engbert.
05:38.45Notify03BRL-CAD:brlcad * 66612 brlcad/trunk/doc/BRL-CAD.bib: add a slew of additional publications, some old reprints, a couple overlooked reports, and a recent report by butler/yapp
05:44.14*** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org)
05:46.04*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
05:56.28*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
06:02.12*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
06:54.44Notify03BRL-CAD:brlcad * 66613 brlcad/trunk/doc/BRL-CAD.bib: add ARL-TR-2396 from kunkel
06:57.42*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
07:05.07*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
08:34.49*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
09:00.38*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:01.44*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:16.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:02.57*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
17:20.13*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
17:57.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:10.12Notify03BRL-CAD:tbrowder2 * 66614 brlcad/trunk/include/bu/parse.h: add new convenience macros for USE_BINARY_ATTRIBUTES
18:11.22Notify03BRL-CAD:tbrowder2 * 66615 brlcad/trunk/include/rt/db_io.h: add a function stub for USE_BINARY_ATTRIBUTES
18:14.21Notify03BRL-CAD:tbrowder2 * 66616 brlcad/branches/attr-extension-mods/src/librt/attributes.c: add missing semis; use correct var names; cast as necessary; correct arg types; remove incomplete line
18:41.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:15.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:38.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:57.15Notify03BRL-CAD:tbrowder2 * 66617 (brlcad/branches/attr-extension-mods/src/util/admin-db.cpp =================================================================== and 525 others): rename per conversation with Sean (may change again later)
19:57.51Notify03BRL-CAD:tbrowder2 * 66618 brlcad/branches/attr-extension-mods/src/util/CMakeLists.txt: make db-admin-tool installable
20:13.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:19.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:40.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:11.21Notify03BRL-CAD:tbrowder2 * 66619 (brlcad/branches/attr-extension-mods/src/librt/tests/test_binary_attribute.c =================================================================== and 47 others): add a stub of a test file for binary attributes
22:12.01Notify03BRL-CAD:tbrowder2 * 66620 brlcad/branches/attr-extension-mods/src/librt/tests/CMakeLists.txt: add the test to be executed
22:44.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:28.52*** join/#brlcad merzo (~merzo@95.133.23.18)
IRC log for #brlcad on 20151120

IRC log for #brlcad on 20151120

00:04.06*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
02:13.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:37.04*** join/#brlcad merzo (~merzo@167-23-132-95.pool.ukrtel.net)
02:44.56*** join/#brlcad xnpaaoplyajhxfha (~armin@dslb-092-074-238-196.092.074.pools.vodafone-ip.de)
02:46.39Notify03BRL-CAD:starseeker * 66621 brlcad/trunk/src/librt/test_brepreport.cpp: fix surface type counting tool, skip shapes we can't handle.
09:49.24*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:50.56*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
13:35.49*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
13:50.56*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
14:32.54*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
14:59.36*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
15:34.06Notify03BRL-CAD Wiki:Necron2600 * 0 /wiki/User:Necron2600:
15:43.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:02.01*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
16:09.46brlcadmaths22: I set up brl-cad on appveyor earlier in the year
16:15.03brlcadthis is it: https://ci.appveyor.com/project/brlcad/trunk
16:22.12brlcadcool, subgit looks like it might be what I was looking for to create a bridge that stays in sync
16:24.41brlcadwonder how they manage users...
16:26.04brlcadah, found it
16:28.17*** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net)
16:28.28*** join/#brlcad hackrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net)
16:33.42*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
16:51.33*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
17:08.18Notify03BRL-CAD:tbrowder2 * 66622 (brlcad/branches/attr-extension-mods/doc/docbook/specifications/en/BRL_CAD_g_format_V6.xml =================================================================== and 1855 others): start a new version to include binary attributes
17:16.30*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
17:47.53Notify03BRL-CAD:brlcad * 66623 brlcad/trunk/include/config_win.h.in: remove duplicate snprintf define
18:02.29Notify03BRL-CAD:tbrowder2 * 66624 brlcad/branches/attr-extension-mods/doc/docbook/specifications/en/CMakeLists.txt: add new V6 version
18:03.00Notify03BRL-CAD:tbrowder2 * 66625 brlcad/branches/attr-extension-mods/doc/docbook/specifications/en/BRL_CAD_g_format_V6.xml: change version no
18:03.32Notify03BRL-CAD:tbrowder2 * 66626 brlcad/branches/attr-extension-mods/README.binary_attributes: add more scribbles
18:04.03Notify03BRL-CAD:tbrowder2 * 66627 brlcad/branches/attr-extension-mods/doc/docbook/system/mann/en/attr.xml: start a binary attr section
18:05.02Notify03BRL-CAD:tbrowder2 * 66628 brlcad/trunk/include/rt/db_attr.h: prelim thoughts--probably will change
18:05.38Notify03BRL-CAD:tbrowder2 * 66629 brlcad/branches/attr-extension-mods/src/librt/tests/test_binary_attribute.c: correct internal title
18:37.12*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
19:01.38*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
19:33.11*** join/#brlcad boquete (~Piotr@aatk129.neoplus.adsl.tpnet.pl)
21:07.44Notify03BRL-CAD:brlcad * 66630 brlcad/trunk/CMakeLists.txt: rename make 'check's long form to validation testing as it runs more than unit tests -- it also runs our system/integration and regression tests. display a very noisy notice describing this target to try and minimize confusion.
21:09.43Notify03BRL-CAD:brlcad * 66631 brlcad/trunk/doc/README.Windows: stash in case this needs to be revisited. lots of dragons and bugs lurking about mingw/msys land.
21:10.33Notify03BRL-CAD:brlcad * 66632 brlcad/trunk/doc/docbook/books/en/HACKING_BRL-CAD.xml: don't want them running make test
21:13.59Notify03BRL-CAD:starseeker * 66633 brlcad/trunk/src/libged/shape_recognition.cpp: turn debugging objects back off.
21:27.33Notify03BRL-CAD:starseeker * 66634 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: If we don't have any planes we can't make a shape...
21:29.18*** join/#brlcad boquete (~Piotr@aatk129.neoplus.adsl.tpnet.pl)
IRC log for #brlcad on 20151121

IRC log for #brlcad on 20151121

00:40.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:43.39*** join/#brlcad brkerfbgoxjlkprj (~armin@88.65.178.231)
02:54.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:29.21Notify03BRL-CAD:brlcad * 66635 brlcad/trunk/TODO: there is no binary-incompat section, it's backwards-incompat. expand latent thoughts on binary attributes including the desire to use a binary json-style format.
05:40.24*** join/#brlcad infobot (ibot@69-58-80-29.ut.vivintwireless.net)
05:40.25*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
12:48.40*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
13:36.41*** join/#brlcad merzo (~merzo@195.128.182.31)
13:57.15*** join/#brlcad boquete (~Piotr@atw28.neoplus.adsl.tpnet.pl)
14:12.41*** join/#brlcad merzo (~merzo@195.128.182.31)
14:33.00*** join/#brlcad merzo (~merzo@195.128.182.31)
15:06.05*** join/#brlcad merzo (~merzo@195.128.182.31)
15:54.49*** join/#brlcad boquete (~Piotr@2a01:115f:217:f600:a0e2:50df:836e:f99d)
17:56.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:21.55*** join/#brlcad LordOfBikes (~armin@dslb-088-065-178-231.088.065.pools.vodafone-ip.de)
20:31.12*** join/#brlcad boquete (~Piotr@atw28.neoplus.adsl.tpnet.pl)
20:48.11*** join/#brlcad sahelanthropus (~dartzon@41.250.90.230)
21:53.14Notify03BRL-CAD:tbrowder2 * 66636 brlcad/trunk/TODO: correct some over-long lines
21:53.53Notify03BRL-CAD:tbrowder2 * 66637 brlcad/trunk/TODO: correct spelling
21:58.54Notify03BRL-CAD:tbrowder2 * 66638 brlcad/trunk/TODO: correct use of 'e.g'; correct spelling of 'attribut' (add missing ending 'e')
IRC log for #brlcad on 20151122

IRC log for #brlcad on 20151122

02:42.45*** join/#brlcad epmirhfsfvjtjass (~armin@dslb-092-074-252-043.092.074.pools.vodafone-ip.de)
03:37.49*** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net)
03:40.15*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
03:40.47*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
03:45.00*** join/#brlcad kanzure_ (~kanzure@unaffiliated/kanzure)
03:51.37*** join/#brlcad LordOfBikes (~armin@dslb-092-074-252-043.092.074.pools.vodafone-ip.de)
03:52.40*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
03:55.32*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
03:56.01*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
04:52.48*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
05:42.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:12.43*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
07:35.48*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
11:37.25``Erikinfographic of time/performance type, uh, shtuff http://www.eecs.berkeley.edu/~rcs/research/interactive_latency.html
12:35.39Notify03BRL-CAD:tbrowder2 * 66639 brlcad/branches/attr-extension-mods/doc/docbook/specifications/en/BRL_CAD_g_format_V5.xml: elim info on binary attrs
13:22.16Notify03BRL-CAD:tbrowder2 * 66640 (svn:ignore ## -0,0 +1,3 ## and 3 others): creating a private branch of trunk for work on binary attributes
14:13.12*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
16:28.00*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
16:36.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:01.15*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
18:07.25Notify03BRL-CAD:tbrowder2 * 66641 (brlcad/branches/binary-attributes/doc/docbook/specifications/en/BRL_CAD_g_format_V5.xml brlcad/branches/binary-attributes/doc/docbook/specifications/en/CMakeLists.txt and 4 others): bring new 'binary-attributes' branch up-to-date with changes in the old 'attr-extension-mods' branch
18:10.19*** join/#brlcad boquete (~Piotr@dze6.neoplus.adsl.tpnet.pl)
18:14.31maths22brlcad: That is good to know
18:14.39maths22Do you have an appveyor.yml?
18:33.43Notify03BRL-CAD:tbrowder2 * 66642 NIL: Removing original branch which was replaced by branch 'binary-attributes'.
18:51.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:58.34*** join/#brlcad merzo (~merzo@195.128.182.31)
19:53.06Notify03BRL-CAD:tbrowder2 * 66643 (svn:mime-type ## -0,0 +1 ## and 2 others): prepare to add libbson as an external required source for binary attributes
20:30.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:29.19Notify03BRL-CAD:tbrowder2 * 66644 (brlcad/branches/binary-attributes/src/other/libbson/.gitignore =================================================================== and 46 others): add libbson source release 'libbson-1.3.0-beta0'
22:41.35Notify03BRL-CAD Wiki:Postalbyke * 0 /wiki/User:Postalbyke:
23:03.17Notify03BRL-CAD:tbrowder2 * 66645 brlcad/branches/binary-attributes/README.binary_attributes: updated info
23:04.31Notify03BRL-CAD:tbrowder2 * 66646 brlcad/branches/binary-attributes/src/other/CMakeLists.txt: initial whack at a cmakefile
23:06.15*** join/#brlcad merzo (~merzo@118-6-133-95.pool.ukrtel.net)
23:12.44Notify03BRL-CAD:tbrowder2 * 66647 (brlcad/branches/binary-attributes/src/other/libbson/.mci.yml =================================================================== and 262 others): add files from orig source
23:30.15Notify03BRL-CAD:tbrowder2 * 66648 (svn:ignore ## -0,0 +1,3 ## and 3 others): weird changes--looks like these files should all be ignored, i.e., they are artifatcs of the build processProperty Changed:----------------brlcad/branches/binary-attributes/src/other/libbson/brlcad/branches/binary-attributes/src/other/libbson/build/autotools/brlcad/branches/binary-attributes/src/other/libbson/build/autotools/m4/
23:39.32Notify03BRL-CAD:tbrowder2 * 66649 (brlcad/branches/binary-attributes/INSTALL =================================================================== and 767 others): rename per error instructions
IRC log for #brlcad on 20151123

IRC log for #brlcad on 20151123

00:20.02Notify03BRL-CAD:tbrowder2 * 66650 (brlcad/branches/binary-attributes/INSTALL.new =================================================================== and 778 others): remove auto-generated file
00:21.34*** join/#brlcad Ch3ck_away (~Ch3ck@66-118-151-70.static.sagonet.net)
00:21.57*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
00:21.57*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
01:05.28Notify03BRL-CAD:tbrowder2 * 66651 (brlcad/branches/binary-attributes/configure =================================================================== and 235 others): remove auto-generated file fron version control
01:42.48Notify03BRL-CAD:tbrowder2 * 66652 (svn:ignore ## -1,3 +1,5 ## and 16 others): ignore auto-generated filesProperty Changed:----------------brlcad/branches/binary-attributes/
02:34.22*** join/#brlcad merzo (~merzo@118-42-133-95.pool.ukrtel.net)
02:42.06*** join/#brlcad ugmibovdoyvhholf (~armin@dslb-088-064-038-240.088.064.pools.vodafone-ip.de)
03:15.52*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
04:10.27Notify03BRL-CAD:starseeker * 66653 (brlcad/branches/binary-attributes/INSTALL =================================================================== and 767 others): Put toplevel configure and install back.
04:12.42Notify03BRL-CAD:starseeker * 66654 brlcad/branches/binary-attributes/src/other/libbson/CMakeLists.txt: Use relative directories for sources, make a few other tweaks. Untested as yet.
04:13.52Notify03BRL-CAD:starseeker * 66655 (brlcad/branches/binary-attributes/src/other/libbson/Makefile.am =================================================================== and 57 others): Remove autotools build files
04:43.18Notify03BRL-CAD:starseeker * 66656 (brlcad/branches/binary-attributes/INSTALL brlcad/branches/binary-attributes/configure and 2 others): updates, fixes
04:48.30Notify03BRL-CAD:starseeker * 66657 brlcad/trunk/src/libged/remove.cpp: use var
06:44.21*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
07:29.31*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
08:01.08*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
09:46.15*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
10:07.40*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:11.35*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
10:23.51*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
10:43.23*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
10:50.22*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
11:25.06*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
11:45.08*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
11:52.05*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
13:35.07Notify03BRL-CAD:tbrowder2 * 66658 brlcad/trunk/doc/README.MacOSX: fix spelling
14:06.15Notify03BRL-CAD:tbrowder2 * 66659 (brlcad/branches/binary-attributes/doc/README.MacOSX Property Changed: and 2 others): commit merge of rev 66658
14:37.36Notify03BRL-CAD:tbrowder2 * 66660 brlcad/branches/binary-attributes/README.binary_attributes: update info with more details of a working scheme for handling binary attributes as BSON objects
15:01.48*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
15:25.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:28.26*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
16:10.42*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
16:27.40*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
16:28.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:30.28*** join/#brlcad boquete (~Piotr@abkc41.neoplus.adsl.tpnet.pl)
16:55.18*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
17:04.22*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
17:18.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:19.19Notify03BRL-CAD:starseeker * 66661 brlcad/branches/binary-attributes/src/other/CMakeLists.txt: Don't require BRLCAD_ENABLE_BSON to turn on libbson build.
17:52.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:22.25*** join/#brlcad boquete (~Piotr@abkc41.neoplus.adsl.tpnet.pl)
18:23.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:11.09*** join/#brlcad jasleen (73f98189@gateway/web/cgi-irc/kiwiirc.com/ip.115.249.129.137)
19:15.41jasleenhi
19:15.44jasleenbrlcad
20:15.23Notify03BRL-CAD:starseeker * 66662 brlcad/trunk/src/libged/shape_recognition.cpp: turn off debug printing.
20:16.12Notify03BRL-CAD:starseeker * 66663 brlcad/trunk/src/libged/typein.c: Respect dbi_local2base for units when inputing datums
20:25.44brlcadmaths22: I do not
20:25.48brlcad(not that i know of)
20:40.50Notify03BRL-CAD:brlcad * 66664 brlcad/trunk/NEWS: cliff fixed a bug in the typein interface to datums. I didn't account for current working unit during text input.
20:59.01*** join/#brlcad merzo (~merzo@118-42-133-95.pool.ukrtel.net)
21:37.54*** join/#brlcad boquete (~Piotr@abkc41.neoplus.adsl.tpnet.pl)
23:04.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:25.43Notify03BRL-CAD:starseeker * 66665 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c): Start working on the docbook output generator for bu_opt descriptions.
IRC log for #brlcad on 20151124

IRC log for #brlcad on 20151124

00:35.22Notify03BRL-CAD:tbrowder2 * 66666 brlcad/branches/binary-attributes/README.binary_attributes: save work on mged attr command
02:01.59starseekertom snags the all sixes commit - now we need 11,111 more commits to get another all-one-digit number
02:08.07Notify03BRL-CAD:starseeker * 66667 brlcad/branches/binary-attributes/misc/CMake/BRLCAD_Summary.cmake: Temporarily add BSON to the reporting list for binary-attributes branch.
02:33.45*** join/#brlcad merzo (~merzo@26-25-132-95.pool.ukrtel.net)
02:40.59*** join/#brlcad vomsugjxrjbbecgw (~armin@dslc-082-083-185-075.pools.arcor-ip.net)
04:50.42Notify03BRL-CAD:brlcad * 66668 brlcad/trunk/CMakeLists.txt: do not understand why this is not working right. it's printing the message during cmake and entering the 'TARGET check' section ... but we only want to print the message during 'make check'.
06:04.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:25.36*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
08:51.02*** join/#brlcad boquete (~Piotr@atv183.neoplus.adsl.tpnet.pl)
09:05.23*** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net)
10:01.28*** join/#brlcad boquete (~Piotr@atv183.neoplus.adsl.tpnet.pl)
10:25.39*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:30.28*** join/#brlcad boquete (~Piotr@atv183.neoplus.adsl.tpnet.pl)
12:51.52Notify03BRL-CAD:starseeker * 66669 brlcad/trunk/src/libbu/opt.c: move assignments to the right function.
12:57.39Notify03BRL-CAD:starseeker * 66670 brlcad/trunk/CMakeLists.txt: The TARGET test tests during CMake configure whether the specified target has been defined. Set up the make check custom target to print the desired message. Unfortunately there does not seem to be a way currently to do this for make test - see bug https://cmake.org/Bug/view.php?id=8438
13:02.34*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
14:00.23*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
14:03.59Notify03BRL-CAD:tbrowder2 * 66671 brlcad/branches/binary-attributes/README.binary_attributes: save work
14:05.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:26.49*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
14:49.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:20.10*** join/#brlcad boquete (~Piotr@atv183.neoplus.adsl.tpnet.pl)
15:29.47Notify03BRL-CAD:starseeker * 66672 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/bu/defines.h): Add a configure test for __attribute__((analyzer_noreturn))
15:47.59Notify03BRL-CAD:starseeker * 66673 brlcad/trunk/src/libbu/opt.c: Initialize i
16:57.32Notify03BRL-CAD:starseeker * 66674 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/bu/defines.h): Add compiler tests for the other attributes as well.
17:02.10*** join/#brlcad boquete (~Piotr@atv183.neoplus.adsl.tpnet.pl)
17:20.39Notify03BRL-CAD:starseeker * 66675 brlcad/trunk/HACKING: liborle is gone.
18:23.09*** join/#brlcad boquete (~Piotr@atv183.neoplus.adsl.tpnet.pl)
20:24.57Notify03BRL-CAD:starseeker * 66676 brlcad/trunk/src/libbu/opt.c: Initialize
20:27.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:33.50Notify03BRL-CAD:starseeker * 66677 brlcad/trunk/CHANGES: should -> must I think was the intent here?
20:58.32*** join/#brlcad boquete (~Piotr@atv183.neoplus.adsl.tpnet.pl)
21:10.00Notify03BRL-CAD:starseeker * 66678 brlcad/trunk/src/librt/db_diff.c: handle the case where one or more inputs come in NULL.
22:15.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:45.56Notify03BRL-CAD:starseeker * 66679 brlcad/trunk/src/other/CMakeLists.txt: Turn off the PNG test executables.
22:47.21Notify03BRL-CAD:starseeker * 66680 brlcad/trunk/HACKING: Start weeding out the 'depends on tcl' references that are now out of date. More to do here, and should check the docs more generally. Think I held off on this originally because there was some prospect of punting libtcl out of another library or two...
22:48.50Notify03BRL-CAD:brlcad * 66681 brlcad/trunk/NEWS: cliff removed liborle and friends
22:50.50Notify03BRL-CAD:brlcad * 66682 (brlcad/trunk/doc/docbook/articles/en/main_menu.xml brlcad/trunk/doc/docbook/system/man1/en/brlcad.xml and 9 others): remove other straggler references to orle tools/docs
23:03.30Notify03BRL-CAD:brlcad * 66683 brlcad/trunk/include/bu/mime.h: sync new mime.h without orle
23:15.07Notify03BRL-CAD:starseeker * 66684 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in and 2 others): Whittle away at libsysv by removing the three functions that should be part of C89. Needs quite a lot of testing on multiple platforms.
23:25.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20151125

IRC log for #brlcad on 20151125

00:15.49*** join/#brlcad merzo (~merzo@26-25-132-95.pool.ukrtel.net)
00:51.44Notify03BRL-CAD:starseeker * 66685 (brlcad/branches/qtged/CHANGES brlcad/branches/qtged/CMakeLists.txt and 164 others): Sync with trunk up to r66684
00:55.25Notify03BRL-CAD:brlcad * 66686 brlcad/trunk/CMakeLists.txt: still not there, but getting close to forcing 'make test' to output a notice that it can benormal for some tests to fail.
01:07.45Notify03BRL-CAD:starseeker * 66687 brlcad/trunk/TODO: note ffts along with kissfft
01:13.58Notify03BRL-CAD:starseeker * 66688 brlcad/trunk/src/libbu/malloc.c: Can't get away with this on 32 bit BSD - error: format specifies type 'unsigned long' but the argument has type 'uintptr_t' (aka 'unsigned int')
01:17.04*** join/#brlcad infobot (ibot@69-58-80-29.ut.vivintwireless.net)
01:17.04*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
01:55.59Notify03BRL-CAD:starseeker * 66690 brlcad/trunk/src/libbu/tests/CMakeLists.txt: update expected number for test with orle removed.
02:03.25Notify03BRL-CAD:starseeker * 66691 brlcad/trunk/misc/CMake/make_check_msg.cmake: as currently defined, make check doesn't do the regression tests - those are defined separately under make regress. Might be worth thinking about consolidating them, but for the moment the thinking is that for performance reasons a dev may want to run make check without also firing off all of the heavier regression/integration tests.
02:20.03Notify03BRL-CAD:starseeker * 66692 brlcad/trunk/misc/CMakeLists.txt: commit a script with the right (or at least 'seems to work') voodoo to run the clang static analyzer while avoiding the incorporation into the results of src/other binaries, etc.
02:32.56*** join/#brlcad merzo (~merzo@123-24-132-95.pool.ukrtel.net)
02:42.04*** join/#brlcad uobfhbladosbicab (~armin@dslb-088-064-045-174.088.064.pools.vodafone-ip.de)
02:42.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:09.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:13.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:38.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:52.07*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:06.11*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:11.10Notify03BRL-CAD Wiki:Origamilandi * 0 /wiki/User:Origamilandi:
13:41.38*** join/#brlcad merzo (~merzo@94.45.58.141)
13:49.14*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
13:59.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:36.10Notify03BRL-CAD:starseeker * 66693 brlcad/trunk/src/other/libpng.dist: Add pngtest.c to the dist list, now that we aren't building it.
14:55.09Notify03BRL-CAD:starseeker * 66694 (brlcad/trunk/HACKING brlcad/trunk/src/external/ProEngineer/proe-brl.c and 10 others): We were already using bu_strdup most places - change over the remaining uses of bare strdup and add bu_strdup to the HACKING list.
14:59.00Notify03BRL-CAD:starseeker * 66695 (brlcad/trunk/include/config_win.h.in brlcad/trunk/include/sysv.h brlcad/trunk/src/libsysv/CMakeLists.txt): Moved to bu_strdup, now remove strdup.c from libsysv. Again, needs testing.
15:22.29Notify03BRL-CAD:starseeker * 66696 brlcad/trunk/src/conv/asc/asc2g.c: Looks like strsep was introduced into asc2g a long time back (25912 or earlier) for early Windows porting work. strtok has been part of Visual Studio since at least 2005 per https://msdn.microsoft.com/en-us/library/2c8d19sb.aspx, so we can fall back to the original strtok implementation. The strtok version predates the use of strsep and was always
15:22.31Notifypresent as a fallback anyway if HAVE_STRSEP didn't work. Removing since this is the only use of strsep in the BRL-CAD codebase.
15:22.33Notify...
15:27.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:27.55Notify03BRL-CAD:starseeker * 66697 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/sysv.h brlcad/trunk/src/libsysv/CMakeLists.txt): Remove strsep from libsysv, after removing one use in BRL-CAD.
15:40.08Notify03BRL-CAD:starseeker * 66698 (brlcad/trunk/include/bu/CMakeLists.txt brlcad/trunk/include/bu.h and 3 others): Stand up a bu_setenv version of the sysv setenv, and replace the two uses of setenv (nirt and mged) with bu_setenv.
15:53.53Notify03BRL-CAD:starseeker * 66699 (brlcad/trunk/CMakeLists.txt brlcad/trunk/HACKING and 16 others): With the stand-up of bu_setenv, remove libsysv completely. Needs testing on all platforms.
16:09.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:34.29Notify03BRL-CAD:starseeker * 66700 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/other/CMakeLists.txt): Set target folders for MSVC
16:48.50Notify03BRL-CAD:brlcad * 66701 brlcad/trunk/CMakeLists.txt: check for snprintf() now that msvc 2015 finally implements it, sort the rest
17:10.15Notify03BRL-CAD:starseeker * 66702 brlcad/trunk/CMakeLists.txt: Fix make check regex filters
17:30.52Notify03BRL-CAD:brlcad * 66703 brlcad/trunk/regress/repository.sh: add strdup() to the list of functions we wrap
17:55.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:35.56*** join/#brlcad boquete (~Piotr@aub34.neoplus.adsl.tpnet.pl)
20:44.10Notify03BRL-CAD:brlcad * 66704 brlcad/trunk/src/libbu/malloc.c: revert c66688, use an unsigned long cast instead of uintptr_t. could truncate, but probably won't.
21:04.26Notify03BRL-CAD:starseeker * 66705 (brlcad/trunk/CMakeLists.txt brlcad/trunk/bench/CMakeLists.txt and 2 others): take a stab at setting up unit and benchmark test sets, and have make check run the unit, benchmark, and regression tests that are expected to succeed.
21:09.19*** join/#brlcad merzo (~merzo@123-24-132-95.pool.ukrtel.net)
21:29.24Notify03BRL-CAD:starseeker * 66706 (brlcad/trunk/misc/CMake/distcheck_in_src_dir.cmake.in brlcad/trunk/misc/CMake/distcheck_target.cmake.in): Update distcheck templates
21:32.30Notify03BRL-CAD:starseeker * 66707 brlcad/trunk/CMakeLists.txt: benchmark isn't one of the unit tests
21:34.25*** join/#brlcad merzo (~merzo@123-24-132-95.pool.ukrtel.net)
22:50.35Notify03BRL-CAD:starseeker * 66708 brlcad/trunk/src/util/CMakeLists.txt: Stub in an icv image conversion tool.
IRC log for #brlcad on 20151126

IRC log for #brlcad on 20151126

01:03.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:32.09*** join/#brlcad merzo (~merzo@71-42-133-95.pool.ukrtel.net)
02:38.38*** join/#brlcad yyvadjumxrzdtnop (~armin@dslb-088-064-047-211.088.064.pools.vodafone-ip.de)
05:30.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:26.55*** join/#brlcad infobot (ibot@69-58-80-29.ut.vivintwireless.net)
08:26.55*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
09:05.50*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:31.11*** join/#brlcad Ch3ck__ (~Ch3ck@66-118-151-70.static.sagonet.net)
10:49.00*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:29.41*** join/#brlcad Stragus_ (~alexis@modemcable090.29-19-135.mc.videotron.ca)
12:57.48Notify03BRL-CAD Wiki:Brian Patterson * 0 /wiki/User:Brian_Patterson:
14:45.00*** join/#brlcad boquete (~Piotr@aatk98.neoplus.adsl.tpnet.pl)
14:51.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:15.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:34.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:12.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:44.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:28.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:13.31*** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
19:13.31*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
19:13.31*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
19:13.31*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:13.31*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
19:13.31*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
19:13.31*** join/#brlcad cox_ (~quassel@188.226.208.53)
19:13.31*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
19:13.31*** join/#brlcad ChanServ (ChanServ@services.)
19:13.31*** mode/#brlcad [+o ChanServ] by verne.freenode.net
19:14.47*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
19:14.47*** join/#brlcad KimK_ (~Kim__@ip68-102-29-211.ks.ok.cox.net)
19:26.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:35.05*** join/#brlcad vasc (~vasc@bl13-107-14.dsl.telepac.pt)
20:47.40*** join/#brlcad LordOfBikes (~armin@dslb-088-064-047-211.088.064.pools.vodafone-ip.de)
21:20.09*** join/#brlcad boquete (~Piotr@aatk98.neoplus.adsl.tpnet.pl)
IRC log for #brlcad on 20151127

IRC log for #brlcad on 20151127

02:29.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:37.19*** join/#brlcad xqrtfxtxjqatnxqm (~armin@dslc-082-083-184-025.pools.arcor-ip.net)
05:34.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:36.44*** join/#brlcad vasc (~vasc@bl13-107-14.dsl.telepac.pt)
06:40.53*** join/#brlcad LordOfBikes (~armin@dslc-082-083-184-025.pools.arcor-ip.net)
11:31.27*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
11:48.18*** join/#brlcad KimK_ (~Kim__@ip68-102-29-211.ks.ok.cox.net)
12:11.59*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
13:04.31*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
14:04.58*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
15:04.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:08.14*** join/#brlcad KimK_ (~Kim__@ip68-102-29-211.ks.ok.cox.net)
16:54.34Notify03BRL-CAD:starseeker * 66709 (brlcad/trunk/include/bu/mime.h brlcad/trunk/include/bu/path.h and 3 others): Untested as yet, but teach bu_path_component to return mime types. Should be able to consolidate image conversion and geometry conversion type guessing using this approach. Expands the scope of bu_path_component a bit, but it already was able to get file extensions so it's a convenient place to add suport for
16:54.36Notifyreturning an actual mime type without having to add a new special purpose function.
16:54.38Notify...
16:56.13*** join/#brlcad KimK_ (~Kim__@ip68-102-29-211.ks.ok.cox.net)
16:57.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:24.41Notify03BRL-CAD:starseeker * 66710 (brlcad/trunk/include/bu/path.h brlcad/trunk/src/libbu/path.c and 2 others): Use bu_path_component for icv, rather than its own custom logic.
17:30.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:31.28*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
17:44.22*** join/#brlcad boquete (~Piotr@aaga208.neoplus.adsl.tpnet.pl)
20:10.50*** join/#brlcad boquete (~Piotr@aaga208.neoplus.adsl.tpnet.pl)
20:38.04*** join/#brlcad KimK_ (~Kim__@ip68-102-29-211.ks.ok.cox.net)
21:39.35*** join/#brlcad boquete (~Piotr@aaga208.neoplus.adsl.tpnet.pl)
23:59.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20151128

IRC log for #brlcad on 20151128

00:32.35*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
01:10.49*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
01:59.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:26.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:36.06*** join/#brlcad rwasdkpypgtorbjg (~armin@dslb-088-066-142-243.088.066.pools.vodafone-ip.de)
02:40.39Notify03BRL-CAD:starseeker * 66711 brlcad/trunk/src/util/icv.cpp: Turn on the image conversion. bw to png doesn't match the command line, but not sure yet if that's due to icv or libicv.
03:02.11*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
05:55.56*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:02.12*** join/#brlcad LordOfBikes (~armin@dslb-088-066-142-243.088.066.pools.vodafone-ip.de)
06:07.18*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
09:22.29*** join/#brlcad boquete (~Piotr@abej253.neoplus.adsl.tpnet.pl)
09:25.42*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
11:03.10*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
11:36.53*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
13:55.33*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
14:15.51*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
14:32.45*** join/#brlcad boquete (~Piotr@aatk161.neoplus.adsl.tpnet.pl)
15:04.25*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
15:15.15*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
15:43.18*** join/#brlcad boquete (~Piotr@aatk161.neoplus.adsl.tpnet.pl)
15:43.36*** join/#brlcad boquete (~Piotr@aatk161.neoplus.adsl.tpnet.pl)
16:25.51*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
16:27.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:55.32*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
17:21.57*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
17:57.56*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
18:30.55*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
18:40.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:51.02*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
19:23.05*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
19:40.40*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
20:00.08*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
20:23.06*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
20:48.56*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
21:10.00*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
21:30.20*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
21:50.57*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
22:14.58*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
22:36.10*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
22:58.53*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
23:23.11*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
IRC log for #brlcad on 20151129

IRC log for #brlcad on 20151129

00:44.22*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
01:11.39*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
01:46.43*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
02:01.16*** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net)
02:34.52*** join/#brlcad xclijfpepbycruee (~armin@dslb-088-065-181-142.088.065.pools.vodafone-ip.de)
02:39.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:14.35*** join/#brlcad sajohn52 (4ceb11f1@gateway/web/freenode/ip.76.235.17.241)
11:45.38*** join/#brlcad boquete (~Piotr@aatk161.neoplus.adsl.tpnet.pl)
13:08.48Notify03BRL-CAD:tbrowder2 * 66712 brlcad/branches/binary-attributes/README.binary_attributes: update tests section and BA representation info
14:56.54*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
15:33.32*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
17:28.12*** join/#brlcad boquete (~Piotr@abkc172.neoplus.adsl.tpnet.pl)
20:58.26*** join/#brlcad boquete (~Piotr@83.7.170.172)
21:20.02*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
21:20.04*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
21:20.33*** join/#brlcad cox (~quassel@188.226.208.53)
21:21.17*** join/#brlcad boquete (~Piotr@83.7.170.172)
IRC log for #brlcad on 20151201

IRC log for #brlcad on 20151201

16:32.59*** join/#brlcad infobot (ibot@69-58-80-29.ut.vivintwireless.net)
16:32.59*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
21:45.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:44.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20151202

IRC log for #brlcad on 20151202

00:14.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:55.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:13.49starseek1r``Erik: is Notify awol?
01:15.00*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
01:16.48``Erikit must've gotten too excited from that PDPi link O.o :)
01:17.39Notify03BRL-CAD Wiki:JoeSattylo * 9513 /wiki/Developer_Documents:
01:17.59Notify03BRL-CAD Wiki:JoeSattylo * 9514 /wiki/ARL_Technical_Reports:
01:18.12Notify03BRL-CAD Wiki:RAFAELMOTORISTA * 0 /wiki/User:RAFAELMOTORISTA:
01:23.25Notify03BRL-CAD:brlcad * 66713 brlcad/trunk/doc/BRL-CAD.bib: note cliff's just-published arl special report on nurbs to csg
01:24.10Notify03BRL-CAD:starseeker * 66714 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Create an empty brep if we aren't duplicating one.
01:24.15Notify03BRL-CAD:starseeker * 66715 brlcad/trunk/src/libged/shape_recognition.cpp: Start working on making the tikz output viable for comb hierarchies of breps. First step is to teach the routines to add a reasonable guess at a scaling factor based on bbox.
01:24.41Notify03BRL-CAD:starseeker * 66716 brlcad/trunk/src/libged/shape_recognition.cpp: This appears to work for basic examples, but hitting tex memory limits for larger examples.
01:33.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:08.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:11.16louipclol inkscape for cad data
02:50.30*** join/#brlcad aedzuwfeclsqgxtr (~armin@dslb-088-066-153-029.088.066.pools.vodafone-ip.de)
02:50.58louipcLordOfBikes: how many
03:14.49Notify03BRL-CAD:starseeker * 66717 brlcad/trunk/CMakeLists.txt: Make always inline test happy on gcc 4.8
08:59.51*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
12:05.47*** join/#brlcad LordOfBikes (~armin@dslb-178-010-189-063.178.010.pools.vodafone-ip.de)
15:22.57Notify03BRL-CAD Wiki:Hetjshah.1996 * 0 /wiki/User:Hetjshah.1996:
15:38.57*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
15:39.28*** join/#brlcad cox_ (~quassel@188.226.208.53)
15:39.28*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
15:39.28*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
15:40.56*** join/#brlcad louipc (~louipc@unaffiliated/louipc)
15:40.56*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
15:42.28*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
15:42.28*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
15:42.28*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
15:42.33*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
15:59.25*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
15:59.26*** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org)
16:34.39*** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
16:34.40*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
16:34.40*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
16:34.40*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:34.40*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
16:34.40*** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org)
16:46.25*** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org)
16:46.25*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
16:46.25*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:46.25*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
16:46.25*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
16:46.25*** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
17:04.45*** join/#brlcad ChanServ (ChanServ@services.)
17:04.45*** mode/#brlcad [+o ChanServ] by leguin.freenode.net
17:52.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:38.39*** join/#brlcad boquete (~Piotr@avh228.neoplus.adsl.tpnet.pl)
22:56.49Notify03BRL-CAD:starseeker * 66718 brlcad/trunk/include/brep.h: using this in libged, at least for the moment.
22:57.13Notify03BRL-CAD:brlcad * 66719 brlcad/trunk/src/mged/attach.c: let's pretend setenv() is not needed. already setting DISPLAY via tcl and the reason for calling setenv in the first place wasn't documented. probably older buggy versions of tcl didn't set DISPLAY properly causing rt to pop up on a different window when run from mged. might be worth removing the Tcl method as well, though, since invoking on a remote device
22:57.20Notifydoesn't seem to be working any more.
22:57.23Notify...
22:59.49Notify03BRL-CAD:starseeker * 66720 brlcad/trunk/include/brep.h: whoops
23:21.46Notify03BRL-CAD:brlcad * 66721 brlcad/trunk/src/libbu/env.c: if we have setenv, just use it
23:28.30Notify03BRL-CAD:brlcad * 66722 brlcad/trunk/src/libbu/env.c: use bu_malloc and document why we don't free the memory here. could register an atexit() handler.
23:29.06Notify03BRL-CAD:brlcad * 66723 brlcad/trunk/src/libbu/env.c: need bu malloc header
23:30.00Notify03BRL-CAD:brlcad * 66724 brlcad/trunk/CMakeLists.txt: check for setenv()
23:49.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20151203

IRC log for #brlcad on 20151203

01:16.45Notify03BRL-CAD:starseeker * 66725 brlcad/trunk/src/libbu/env.c: If we're using setenv, errcode is unused.
02:07.55*** join/#brlcad diymqyopqkfkulud (~armin@dslb-088-064-045-095.088.064.pools.vodafone-ip.de)
05:08.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:48.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:25.19*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:03.29*** join/#brlcad nmz787_ (~nmz787@unaffiliated/nmz787)
14:50.55Notify03BRL-CAD:starseeker * 66726 brlcad/trunk/src/libged/display_list.c: Make sure we don't try to work with a null gldp. While we're at it, add some NULL initializations.
15:36.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:39.51*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
16:02.43Notify03BRL-CAD:starseeker * 66727 brlcad/trunk/src/libged/glob.c: Bug in mged commands failing to work without an open db was introduced in r66524. Change was in ged_glob not zeroing out its return string in the case where there was no open database.
16:34.56d_rossbergif somebody would like to kill mged this line will do it
16:35.10d_rossbergput {dings.s} bot mode volume orient no flags {} V { { 1 0 0 } { 0 1 0 } { 0 0 1 }} F { { 0 1 2 } { 0 2 1 }}
16:35.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:36.04Notify03BRL-CAD:d_rossberg * 66728 brlcad/trunk/src/librt/primitives/bot/bot.c: fixed crash caused by a "double free" when the second face (in the "F" section) was processedBTW, it looks like there are some memory leaks in connection with the obj_array uses
16:43.47Notify03BRL-CAD:starseeker * 66729 brlcad/trunk/src/libged/display_list.c: null it out in addition to freeing it.
17:25.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:01.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:46.29Notify03BRL-CAD:starseeker * 66730 brlcad/trunk/CHANGES: Mark nirt -T option for TIE as deprecated. Wonder if we should do the same thing for the -B rt_bot_minpieces option? Would be nice to be consistent...
19:46.43*** join/#brlcad boquete (~Piotr@abkt104.neoplus.adsl.tpnet.pl)
19:50.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:04.50Notify03BRL-CAD:starseeker * 66731 brlcad/trunk/TODO: Make a note that we should look into merging the sig functionality into libicv (not to mention documenting what it actually does...)
20:13.48Notify03BRL-CAD:starseeker * 66732 brlcad/trunk/src/libged/display_list.c: There we go - clear clang static analyzer warnings from display_list.c
20:36.17Notify03BRL-CAD:starseeker * 66733 brlcad/trunk/src/libged/qray.c: this apparently goes all the way back to 31394 - qray doesn't actually operate on the database. Instead, it changes settings in gedp. So it doesn't need to check if the database is open - in fact, mgedrc typically has settings that set values for qray. That's why we were seeing error messages in ged_result_str when we had the problem with ged_glob not
20:36.19Notifytruncating down the result string.
20:36.21Notify...
20:43.49Notify03BRL-CAD:starseeker * 66734 brlcad/trunk/src/mged/mged.c: Suggest from Sean - scrub ged_result_str after doing the .mgedrc file load, since there's no telling what users might have run and what might be left over in the result str.
22:12.26*** join/#brlcad LordOfBikes (~armin@dslb-088-064-045-095.088.064.pools.vodafone-ip.de)
22:20.52starseek1rI must say, I like the way http://msgpack.org implements their widget showing examples in various languages
22:31.43*** join/#brlcad dinesh__ (~dinesh@154.70.108.200)
23:31.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20151204

IRC log for #brlcad on 20151204

01:17.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:06.58*** join/#brlcad vsvuzjhkqcdsmdhl (~armin@dslb-088-066-142-042.088.066.pools.vodafone-ip.de)
03:43.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:56.35*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
05:24.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:42.09*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
05:42.09*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
05:42.19*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
05:42.23*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
06:22.29*** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net)
11:04.42*** join/#brlcad dinesh__ (~dinesh@169.255.6.9)
11:40.56*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
12:21.18*** join/#brlcad dinesh_ (~dinesh@169.255.6.9)
15:48.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:52.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:58.49*** join/#brlcad dinesh__ (~dinesh@41.205.22.10)
18:20.03*** join/#brlcad dinesh__ (~dinesh@41.205.22.22)
18:20.26Notify03BRL-CAD Wiki:Hargesheimer * 0 /wiki/User:Hargesheimer:
19:26.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:51.20*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
21:08.33Notify03BRL-CAD:starseeker * 66735 brlcad/trunk/sh/CMakeLists.txt: remove distcheck screen script - never matured properly, and not used.
21:15.17Notify03BRL-CAD:starseeker * 66736 brlcad/trunk/sh/CMakeLists.txt: Remove most of the make_*.sh scripts. Leave rpm and deb for now, since they show relatively recent activity - rpm should be done through CMake but this may have logic not ported to CMake yet, and we don't yet handle deb in CMake. dmg also comes under the should be handled by CMake but isn't yet category - can't tell if this script is still useful, so,
21:15.19Notifyleave it for now.
21:15.21Notify...
21:18.48Notify03BRL-CAD:starseeker * 66737 brlcad/trunk/sh/CMakeLists.txt: remove shtool.
21:20.06starseekerbrlcad: do we need to go through deprecation with .sh scripts that get installed?  (looking at show.sh and ios-icons.sh in particular...)
22:09.57``Erikwhy remove ios-icons?
IRC log for #brlcad on 20151209

IRC log for #brlcad on 20151209

20:32.50*** join/#brlcad infobot (ibot@208.53.50.138)
20:32.50*** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
20:51.22*** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-kfgituiwouvtthfj)
IRC log for #brlcad on 20151210

IRC log for #brlcad on 20151210

00:30.23*** join/#brlcad LordOfBikes (~armin@dslb-092-074-238-069.092.074.pools.vodafone-ip.de)
01:12.26*** join/#brlcad LordOfBikes (~armin@dslb-088-064-042-169.088.064.pools.vodafone-ip.de)
02:16.47*** join/#brlcad vuapsrnvmomepkli (~armin@dslb-088-064-038-022.088.064.pools.vodafone-ip.de)
04:31.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:27.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:15.44*** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-bwkfmssguvxwforr)
07:16.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:22.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
09:17.35*** join/#brlcad boquete (~Piotr@avj174.neoplus.adsl.tpnet.pl)
09:34.39*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
12:17.18*** join/#brlcad boquete (~Piotr@avj174.neoplus.adsl.tpnet.pl)
13:18.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:42.38*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
13:57.22*** join/#brlcad boquete (~Piotr@avj174.neoplus.adsl.tpnet.pl)
13:59.15*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
14:03.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:59.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:31.57*** join/#brlcad boquete (~Piotr@avj174.neoplus.adsl.tpnet.pl)
15:47.37*** join/#brlcad boquete (~Piotr@avj174.neoplus.adsl.tpnet.pl)
17:03.02*** join/#brlcad boquete_asus (~Piotr@avd134.neoplus.adsl.tpnet.pl)
17:08.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:44.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:01.50*** part/#brlcad ignacio (~ignacio@2001:4830:134:7::11)
20:52.57Notify03BRL-CAD:bob1961 * 66758 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Also need to set mGridRhPref and mGridRvPref in case the preferences panel is open.
22:44.24*** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-lgygecoybbjtpxon)
23:00.08*** join/#brlcad boquete (~Piotr@avd134.neoplus.adsl.tpnet.pl)
23:05.10*** join/#brlcad boquete (~Piotr@avd134.neoplus.adsl.tpnet.pl)
23:05.44maths22I have to say, the new GCI interface looks so much more plesant to use than the old one
IRC log for #brlcad on 20151211

IRC log for #brlcad on 20151211

02:16.03*** join/#brlcad vhqxzgtghjkrewdp (~armin@dslb-092-075-147-037.092.075.pools.vodafone-ip.de)
03:02.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:18.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:01.06*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
07:14.32*** join/#brlcad boquete (~Piotr@91-231-23-120.studiowik.net.pl)
07:33.12*** join/#brlcad ``Erik (~erik@100.16.40.20)
08:21.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
09:13.35*** join/#brlcad boquete (~Piotr@91-231-23-121.studiowik.net.pl)
09:23.18*** join/#brlcad abhi_ (cb6ef7dd@gateway/web/freenode/ip.203.110.247.221)
09:24.25abhi_I want to do GSOC project in brl-cad, how do i get started ?
09:30.17*** join/#brlcad boquete (~Piotr@91-231-23-121.studiowik.net.pl)
10:17.05*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:19.26*** join/#brlcad boquete (~Piotr@91-231-23-121.studiowik.net.pl)
10:29.27*** join/#brlcad boquete_asus (~Piotr@91-231-23-120.studiowik.net.pl)
11:24.05*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
15:07.10*** join/#brlcad boquete (~Piotr@avd134.neoplus.adsl.tpnet.pl)
15:53.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:29.44*** join/#brlcad LordOfBikes (~armin@dslb-092-075-147-037.092.075.pools.vodafone-ip.de)
16:46.36*** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-xwqgapdivzslzulj)
16:57.11brlcadyou write lots of code!
16:57.44brlcadmaths22: more pleasant in many aspects, but there are some warts and pretty major problems
16:58.05brlcadnot digging the privatization of tasks at all
17:01.14*** topic/#brlcad by brlcad -> http://ibot.rikers.org/%23brlcad/ || We're busy preparing a major release 7.26 (eta January) and getting archer/mged to Beta status (eta April) || SEEKING: web devs to finish setting up our new website!
17:02.21brlcadpoxip: thanks -- you also working on data-mining the new interface?
17:02.42brlcadignacio was working on an approach that requires a mentor to log in
17:03.19brlcad``Erik: you seen the pi zero? and I assume you did the reboot?
17:03.22*** join/#brlcad boquete_asus (~Piotr@acou231.neoplus.adsl.tpnet.pl)
17:03.27brlcads/assume/hope/
17:41.42poxipbrlcad: no time, though I found a way to fetch the data
17:42.42poxipmaybe gonna hack on it on sunday, will see
18:49.51``ErikI saw the pi zero, didn't look very interesting (I'm looking at picking up a pi2b with some goodies, though). I did not do the reboot.
20:47.09*** join/#brlcad boquete (~Piotr@acou231.neoplus.adsl.tpnet.pl)
20:58.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:06.47brlcadnifty, using clang-tidy to modernize c++
21:06.48brlcadhttps://www.youtube.com/watch?v=nzCLcfH3pb0
21:07.44brlcadthis is what sofat needed to find: https://read-the-docs.readthedocs.org/  looks like it's maturing (but doesn't support docbook, which sofat got working)
21:53.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:08.52Notify03BRL-CAD:starseeker * 66759 brlcad/trunk/src/librt/tree.c: Revert r65636 - Bob encountered a raytracing case where reg_bit was zero, the unsigned char * cast turned it into NULL, and bu_hash ended up very unhappy. Result: crash on a previously successful raytrace. Not sure what the right solution is, but clearly r65636 wasn't it.
22:45.26*** join/#brlcad boquete (~Piotr@acou231.neoplus.adsl.tpnet.pl)
IRC log for #brlcad on 20151212

IRC log for #brlcad on 20151212

02:14.49*** join/#brlcad imiflclqndkdwfdf (~armin@dslb-092-075-157-162.092.075.pools.vodafone-ip.de)
03:51.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:49.51*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
05:52.39*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
05:53.19*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
05:54.06*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
06:19.43*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
06:20.25*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
06:21.51*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
06:22.29*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
08:57.00*** join/#brlcad boquete (~Piotr@acou231.neoplus.adsl.tpnet.pl)
10:06.11*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
10:06.48*** join/#brlcad ``Erik_ (~erik@100.16.40.20)
10:09.23*** join/#brlcad kanzure_ (~kanzure@bryan.fairlystable.org)
10:12.57*** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:17.28*** join/#brlcad boquete (~Piotr@acou231.neoplus.adsl.tpnet.pl)
10:51.44*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
10:55.18*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
10:55.35*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
10:59.44*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
12:29.15*** join/#brlcad goelakash (~goelakash@103.61.114.30)
12:37.56goelakashI have an OGV related query
12:40.20goelakashIs is hosted anywhere?
12:40.29goelakashOr does it run only locally ?
13:14.50*** join/#brlcad boquete (~Piotr@acou231.neoplus.adsl.tpnet.pl)
13:27.37*** join/#brlcad goelakash_ (~goelakash@112.196.141.196)
13:35.38``Erikhm, more pine64 noise: http://www.geek.com/chips/15-pine-a64-is-trying-to-be-a-faster-64-bit-raspberry-pi-1641789/
14:33.20*** join/#brlcad goelakash_ (~goelakash@112.196.141.196)
14:52.45*** join/#brlcad goelakash_ (~goelakash@112.196.141.196)
15:32.48*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:03.52*** join/#brlcad boquete_asus (~Piotr@dwk197.neoplus.adsl.tpnet.pl)
17:11.18*** join/#brlcad LordOfBikes (~armin@dslb-092-075-157-162.092.075.pools.vodafone-ip.de)
17:42.36*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:52.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:52.18*** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-cimiuuvfeobcwczh)
21:30.13*** join/#brlcad boquete (~Piotr@dwk197.neoplus.adsl.tpnet.pl)
22:43.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20151213

IRC log for #brlcad on 20151213

06:32.27*** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net)
09:54.22*** join/#brlcad boquete (~Piotr@dwk197.neoplus.adsl.tpnet.pl)
10:36.23*** join/#brlcad boquete (~Piotr@dwk197.neoplus.adsl.tpnet.pl)
10:57.28*** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-pgigcfsrrfzbdlzm)
11:31.24*** join/#brlcad boquete (~Piotr@dwk197.neoplus.adsl.tpnet.pl)
15:39.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:03.54*** join/#brlcad boquete_asus (~Piotr@aatf140.neoplus.adsl.tpnet.pl)
17:19.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:15.23*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
18:21.00*** join/#brlcad boquete_asus (~Piotr@aatf140.neoplus.adsl.tpnet.pl)
18:21.39*** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net)
18:27.19*** join/#brlcad boquete_asus (~Piotr@aatf140.neoplus.adsl.tpnet.pl)
19:00.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:25.58*** join/#brlcad boquete (~Piotr@aatf140.neoplus.adsl.tpnet.pl)
21:10.04*** join/#brlcad boquete (~Piotr@aatf140.neoplus.adsl.tpnet.pl)
21:18.31*** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net)
23:52.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20151214

IRC log for #brlcad on 20151214

02:13.03*** join/#brlcad cyarqocsphkicibb (~armin@dslb-088-065-185-207.088.065.pools.vodafone-ip.de)
02:38.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:50.05*** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net)
04:05.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:06.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20151220

IRC log for #brlcad on 20151220

03:06.08*** join/#brlcad infobot (ibot@rikers.org)
03:06.08*** topic/#brlcad is http://ibot.rikers.org/%23brlcad/ || We're busy preparing a major release 7.26 (eta January) and getting archer/mged to Beta status (eta April) || SEEKING: web devs to finish setting up our new website!
05:08.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:15.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:17.13*** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net)
08:25.22*** join/#brlcad KimK (~Kim__@68.102.70.90)
09:44.35*** join/#brlcad boquete (~Piotr@dwk123.neoplus.adsl.tpnet.pl)
10:13.46*** join/#brlcad boquete (~Piotr@dwk123.neoplus.adsl.tpnet.pl)
11:20.36*** join/#brlcad LordOfBikes (~armin@dslb-088-066-157-175.088.066.pools.vodafone-ip.de)
11:41.11*** join/#brlcad boquete (~Piotr@dwk123.neoplus.adsl.tpnet.pl)
11:52.24*** join/#brlcad LordOfBikes (~armin@dslb-088-066-157-175.088.066.pools.vodafone-ip.de)
14:34.25*** join/#brlcad boquete (~Piotr@dwk123.neoplus.adsl.tpnet.pl)
15:10.55*** join/#brlcad boquete_ (~Piotr@dwk123.neoplus.adsl.tpnet.pl)
15:34.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:58.47*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:08.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:45.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:50.22*** join/#brlcad merzo (~merzo@16-0-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20151221

IRC log for #brlcad on 20151221

01:08.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:02.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:18.21*** join/#brlcad LordOfBikes (~armin@dslb-088-066-150-128.088.066.pools.vodafone-ip.de)
02:34.45*** join/#brlcad merzo (~merzo@157-14-132-95.pool.ukrtel.net)
02:42.40Notify03BRL-CAD:ejno * 66765 brlcad/trunk/src/libbu/path.c: fix warning
06:02.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:40.55Notify03BRL-CAD:brlcad * 66766 (brlcad/trunk/src/libgcv/NOTES brlcad/trunk/src/libgcv/bot_solidity.c and 19 others): bulk ws and indent consistency cleanup
06:54.37Notify03BRL-CAD:brlcad * 66767 brlcad/trunk/TODO: all the new mime symbol API is lacking a prefix. need a way to test for this automatically since it's desirable to keep cleaned up libs, like bu, in shape over time and across authorship.
06:55.55Notify03BRL-CAD:brlcad * 66768 brlcad/trunk/TODO: semaphore init is not implemented correctly on windows now that every thread self-initializes and bu_semaphore_init is expected to be thread-safe.
07:00.50Notify03BRL-CAD:brlcad * 66769 brlcad/trunk/src/libbu/semaphore.c: detabify cpp indents for consistency
07:03.36Notify03BRL-CAD:brlcad * 66770 brlcad/trunk/src/libbu/semaphore.c: make platform delineation more clear. ironically, four platforms is manageable, but need better solution for platform management (self-contained, more modular logic)
09:49.28*** join/#brlcad merzo (~merzo@92.60.189.225)
10:13.52*** join/#brlcad LordOfBikes (~armin@dslb-088-066-150-128.088.066.pools.vodafone-ip.de)
10:17.28*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
11:28.37*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
12:06.49*** join/#brlcad ayuz (b644c848@gateway/web/freenode/ip.182.68.200.72)
14:09.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:46.59starseekerbrlcad: did you want to prefix both the types and the mime enums themselves?
14:47.26starseekerkinda saw the mime bit as generic rather than being specific to bu, but I guess it makes sense to avoid collisions
15:55.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:07.08Notify03BRL-CAD:starseeker * 66771 brlcad/trunk/TODO: Jot down some initial thoughts about a different, more power way to approach defining and identifying mime types.
16:15.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:06.32Notify03BRL-CAD:starseeker * 66772 (brlcad/branches/qtged/src/qged/cadconsole.cxx brlcad/branches/qtged/src/qged/main_window.cxx): Demonstrate how to use the Qt built in file dialog. If we want a customized file open dialog at some point, it looks like we would need to start with the 'built-in' version...
18:16.34*** join/#brlcad tandoorichick (~chatzilla@117.199.138.16)
18:42.28*** join/#brlcad merzo (~merzo@94.45.58.141)
20:53.21*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:47.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20151222

IRC log for #brlcad on 20151222

00:11.50*** join/#brlcad tofu (~sean@66-118-151-70.static.sagonet.net)
01:27.14*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:53.14*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
01:55.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:26.24Notify03BRL-CAD:starseeker * 66773 brlcad/trunk/TODO: Keith mentioned observing some regressions in step-g - we need to get those straightened out before release.
02:55.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:21.40Notify03BRL-CAD:brlcad * 66774 brlcad/trunk/src/libbu/semaphore.c: turns out the code was almost right for initializing the semaphores on windows, mostly lacking in clarity. the important bit missing was indeed just needing to set bu_nsemaphores to the new limit. atomically set our manual-mutex back to 0 for good measure.
06:27.02Notify03BRL-CAD:brlcad * 66775 brlcad/trunk/TODO: need starseeker to run his test case, but the semaphore init memory leak and reinit should be fixed now.
06:36.32*** part/#brlcad wed (~wedin@83.209.54.109)
06:48.15Notify03BRL-CAD:brlcad * 66776 brlcad/trunk/CMakeLists.txt: handle snprintf() a bit more generically so we can eliminate it from config_win.h altogether.
06:48.50Notify03BRL-CAD:brlcad * 66777 brlcad/trunk/include/config_win.h.in: no longer need to define this blindly now that tests are in place to detect it (msvc added support for snprintf in latter versions circa 2015)
07:44.55*** join/#brlcad tandoorichick (~chatzilla@117.207.73.87)
09:04.42*** join/#brlcad merzo (~merzo@92.60.189.225)
11:16.41*** join/#brlcad tandoorichick (~chatzilla@117.207.72.132)
11:48.48*** join/#brlcad tandoorichick (~chatzilla@117.199.142.181)
12:48.38*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
14:15.45*** join/#brlcad merzo (~merzo@92.60.189.225)
15:28.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:31.21*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
17:04.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:31.05*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
18:11.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:58.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:54.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:25.21*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:31.29*** join/#brlcad merzo (~merzo@179-34-133-95.pool.ukrtel.net)
22:36.11*** join/#brlcad merzo (~merzo@179-34-133-95.pool.ukrtel.net)
22:37.51*** join/#brlcad merzo (~merzo@179-34-133-95.pool.ukrtel.net)
23:35.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:37.17Notify03BRL-CAD:brlcad * 66778 (brlcad/trunk/src/libgcv/conv/brlcad.c brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c and 6 others): only public symbols should have the gcv_/GCV_ prefix. hiddens symbols can keep it simple.
IRC log for #brlcad on 20151223

IRC log for #brlcad on 20151223

00:38.20*** join/#brlcad merzo (~merzo@179-34-133-95.pool.ukrtel.net)
00:41.01*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:13.10*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
01:52.38Notify03BRL-CAD:brlcad * 66779 (brlcad/trunk/src/libgcv/wfobj/CMakeLists.txt =================================================================== and 50 others): stub in an initial attempt at making the obj parser a proper libwfobj library. this should set the stage for integrating and testing other libs or for simply removing our duplicitous inlined parser compilations.
02:33.09*** join/#brlcad merzo (~merzo@35-14-133-95.pool.ukrtel.net)
06:24.42*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
06:41.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:07.27*** join/#brlcad tandoorichick (~chatzilla@117.216.49.238)
07:30.30*** join/#brlcad tandoorichick (~chatzilla@61.3.209.20)
07:48.58*** join/#brlcad tandoorichick (~chatzilla@61.3.210.209)
09:57.26*** join/#brlcad tandoorichick (~chatzilla@61.3.210.209)
10:02.56*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:17.11*** join/#brlcad tandoorichick (~chatzilla@61.3.215.137)
11:22.18*** join/#brlcad merzo (~merzo@77.52.189.30)
11:45.37*** join/#brlcad tandoorichick (~chatzilla@117.222.153.0)
12:16.45*** join/#brlcad merzo (~merzo@77.52.189.30)
13:00.32*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
14:01.47*** join/#brlcad merzo (~merzo@92.60.189.225)
15:39.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:37.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:04.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:17.56*** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net)
21:55.54``Erikhappy festivus, all
23:38.35*** join/#brlcad merzo (~merzo@35-14-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20151224

IRC log for #brlcad on 20151224

00:13.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:36.20*** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net)
00:57.54*** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net)
02:24.44*** join/#brlcad LordOfBikes (~armin@dslb-094-216-165-175.094.216.pools.vodafone-ip.de)
02:27.43*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
02:28.34*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
02:28.35*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
02:28.41*** join/#brlcad starseeker (~starseeke@66.118.151.70)
02:32.11*** join/#brlcad merzo (~merzo@219-54-133-95.pool.ukrtel.net)
02:36.32*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
03:02.08*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:06.16*** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net)
05:24.24*** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net)
05:30.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:45.39Notify03BRL-CAD:ejno * 66780 (brlcad/trunk/include/gcv/api.h brlcad/trunk/include/gcv/util.h and 13 others): simplify API for use of GCV plugins
05:48.37Notify03BRL-CAD:ejno * 66781 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c: remove global variables (in progress)
06:21.48*** join/#brlcad tandoorichick (~chatzilla@117.207.69.14)
06:49.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:53.09*** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net)
10:27.40*** join/#brlcad tandoorichick (~chatzilla@117.207.69.14)
10:30.35*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:04.31*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
13:11.59*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:27.42*** join/#brlcad tandoorichick (~chatzilla@117.207.69.14)
16:17.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:56.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:46.21*** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-ufwfovuzkrkzovlu)
17:47.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:37.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:50.08Notify03BRL-CAD:ejno * 66782 (brlcad/trunk/include/gcv/api.h brlcad/trunk/src/conv/gcv/gcv.c and 9 others): add a name string to struct gcv_filter to allow uniquely identifying filters; use struct gcv_context
20:57.35Notify03BRL-CAD:ejno * 66783 (brlcad/trunk/src/conv/gcv/gcv.c brlcad/trunk/src/libgcv/filter.c): output option processing messages into the context's messages vls
21:34.37Notify03BRL-CAD:ejno * 66784 brlcad/trunk/src/libgcv/filter.c: free filter options
21:37.58Notify03BRL-CAD:ejno * 66785 brlcad/trunk/src/libgcv/filter.c: fix
22:30.14Notify03BRL-CAD:ejno * 66786 (brlcad/trunk/include/gcv/api.h brlcad/trunk/src/conv/gcv/gcv.c brlcad/trunk/src/libgcv/filter.c): try to use an attribute-value set to communicate with plugins
23:46.48*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20151225

IRC log for #brlcad on 20151225

02:01.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:23.01*** join/#brlcad uqjwhkixaojkmgmy (~armin@dslb-092-074-244-238.092.074.pools.vodafone-ip.de)
02:34.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:48.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:38.13*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:19.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:22.21*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
10:26.22*** join/#brlcad tandoorichick (~chatzilla@61.3.208.219)
10:52.04*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:33.54*** join/#brlcad tandoorichick (~chatzilla@61.3.208.219)
13:25.27*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
16:18.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:49.14*** join/#brlcad tandoorichick (~chatzilla@117.222.152.229)
16:50.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:37.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:19.51*** join/#brlcad ameya (ameya@nat/iiit/x-majfvoboufkqkvis)
18:39.27*** join/#brlcad tandoorichick (~chatzilla@117.207.66.26)
20:39.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:25.57*** join/#brlcad merzo (~merzo@110-12-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20151226

IRC log for #brlcad on 20151226

00:03.18*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:31.06*** join/#brlcad merzo (~merzo@182-47-133-95.pool.ukrtel.net)
05:27.10DrImpossibleHello! I was trying to compile the dev version of BRL-CAD.. but the make is failing due to this error "brlcad/src/libgcv/conv/fastgen4/fastgen4_read.c:610:5: error: enum conversion in assignment is invalid in C++ [-Wc++-compat]     new_ptr->mode = pstate->mode;"
05:27.31DrImpossibleHow do I fix it, or is it a genuine bug?
07:18.46DrImpossibleFixed it!
07:19.20DrImpossibleOn fastgen4_read.c:610:5: correct code: new_ptr->mode = (enum section_mode)pstate->mode;
07:19.50DrImpossibleDo I need to submit a patch for this?
07:40.54StragusThey'll probably see this, I believe they always read back the channel's log
07:41.29StragusBRL-CAD tends to consider any compilation warning as a fatal error, eh
08:04.51*** join/#brlcad merzo (~merzo@182-47-133-95.pool.ukrtel.net)
20:10.10*** join/#brlcad infobot (ibot@rikers.org)
20:10.10*** topic/#brlcad is http://ibot.rikers.org/%23brlcad/ || We're busy preparing a major release 7.26 (eta January) and getting archer/mged to Beta status (eta April) || SEEKING: web devs to finish setting up our new website!
IRC log for #brlcad on 20151227

IRC log for #brlcad on 20151227

00:12.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:59.04*** join/#brlcad tandoorichick (~chatzilla@117.207.66.21)
09:44.55*** join/#brlcad tandoorichick (~chatzilla@117.207.66.21)
10:17.38*** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-xcfavfmbffdbsdrc)
13:01.30``Eriksparcstation20 vs raspberrypi http://eschatologist.net/blog/?p=266
14:26.44*** join/#brlcad merzo (~merzo@52-50-133-95.pool.ukrtel.net)
14:42.32*** join/#brlcad tandoorichick (~chatzilla@117.207.66.21)
16:04.04*** join/#brlcad tandoorichick (~chatzilla@117.207.66.21)
16:57.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:45.02*** join/#brlcad tandoorichick (~chatzilla@117.199.142.93)
21:48.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20151228

IRC log for #brlcad on 20151228

00:28.17*** join/#brlcad merzo (~merzo@52-50-133-95.pool.ukrtel.net)
02:28.43*** join/#brlcad merzo (~merzo@70-50-133-95.pool.ukrtel.net)
04:00.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:31.38*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
10:15.33*** join/#brlcad tandoorichick (~chatzilla@117.199.135.240)
10:44.40*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
17:11.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:20.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:57.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:05.16*** join/#brlcad LordOfBikes (~armin@dslb-092-075-152-236.092.075.pools.vodafone-ip.de)
22:49.02*** join/#brlcad merzo (~merzo@70-50-133-95.pool.ukrtel.net)
22:58.53*** join/#brlcad merzo (~merzo@70-50-133-95.pool.ukrtel.net)
23:19.51*** join/#brlcad merzo (~merzo@70-50-133-95.pool.ukrtel.net)
23:39.31``Erikhm, /tmp is full, www checked out github.../BRL-CAD/web.git
IRC log for #brlcad on 20151229

IRC log for #brlcad on 20151229

02:28.05*** join/#brlcad merzo (~merzo@196-43-132-95.pool.ukrtel.net)
02:30.03*** join/#brlcad gffcugmcbtaatasz (~armin@dslb-178-007-228-238.178.007.pools.vodafone-ip.de)
02:37.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:10.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:10.59*** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-ogjebxorsgeiipfl)
10:41.32*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:04.04*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
14:16.11*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:23.50*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:52.29*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
15:49.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:27.38*** join/#brlcad tandoorichick (75c7889f@gateway/web/freenode/ip.117.199.136.159)
18:29.55*** join/#brlcad tandoorichick_ (~chatzilla@117.199.136.159)
IRC log for #brlcad on 20151230

IRC log for #brlcad on 20151230

01:19.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:28.27*** join/#brlcad jzdnfmtjhfgpgafk (~armin@dslb-092-074-225-205.092.074.pools.vodafone-ip.de)
03:41.02Notify03BRL-CAD:ejno * 66787 (brlcad/trunk/src/conv/CMakeLists.txt brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/conv/obj/wfobj/CMakeLists.txt): build wfobj as a library
03:44.52Notify03BRL-CAD:ejno * 66788 brlcad/trunk/src/libgcv/filter.c: use rt_tol_default() for default calculational tolerance
03:52.00Notify03BRL-CAD:ejno * 66789 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmatomic.h brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c): detect SSE capabilities using bu_simd_supported()
04:12.20Notify03BRL-CAD:ejno * 66790 (brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c brlcad/trunk/src/libgcv/filter.c): fix warnings
08:49.03*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:21.40*** join/#brlcad tandoorichick (~chatzilla@117.245.148.86)
09:56.45Notify03BRL-CAD:brlcad * 66791 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/conv/obj/wfobj/CMakeLists.txt): libwfobj requires librt and libbu; must be careful to not introduce a cycle now that it's a lib (librt cannot depend on libwfobj or libgcv)
09:57.34*** join/#brlcad tandoorichick (~chatzilla@117.245.148.203)
10:18.25*** join/#brlcad tandoorichick (~chatzilla@117.207.75.205)
11:08.44*** join/#brlcad dinesh_ (~dinesh@154.70.108.193)
12:50.28*** join/#brlcad LordOfBikes (~armin@dslb-092-074-225-205.092.074.pools.vodafone-ip.de)
15:45.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:12.43*** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-ygffsjgifrtibcbs)
19:08.13*** join/#brlcad tandoorichick (~chatzilla@117.199.128.67)
23:46.56*** join/#brlcad merzo (~merzo@95.133.8.119)
IRC log for #brlcad on 20151231

IRC log for #brlcad on 20151231

02:27.27*** join/#brlcad gvroyrpgruwmbdyi (~armin@dslb-088-065-187-018.088.065.pools.vodafone-ip.de)
02:28.34*** join/#brlcad merzo (~merzo@197-19-132-95.pool.ukrtel.net)
02:57.39*** join/#brlcad tandoorichick (~chatzilla@117.222.152.163)
07:20.12*** join/#brlcad louipc (~louipc@unaffiliated/louipc)
08:12.11*** join/#brlcad tandoorichick (~chatzilla@117.222.152.163)
09:36.10*** join/#brlcad merzo (~merzo@197-19-132-95.pool.ukrtel.net)
10:20.39*** join/#brlcad tandoorichick (~chatzilla@117.222.152.163)
11:07.08*** join/#brlcad merzo (~merzo@92.60.189.225)
14:38.47*** join/#brlcad tandoorichick (~chatzilla@117.222.152.163)
15:05.21*** join/#brlcad merzo (~merzo@126-245-134-95.pool.ukrtel.net)
15:35.44*** join/#brlcad ceterumnet (~ceterumne@50.56.243.144)
15:37.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:13.19*** join/#brlcad tandoorichick (~chatzilla@117.199.131.121)
19:50.12*** join/#brlcad merzo (~merzo@126-245-134-95.pool.ukrtel.net)
22:35.55Notify03BRL-CAD:n_reed * 66792 brlcad/trunk/src/libicv/fileformat.c: need to reverse loop direction when writing png rows so image doesn't appear vertically flipped
23:43.34Notify03BRL-CAD:ejno * 66793 (brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c brlcad/trunk/src/libgcv/conv/obj/obj_read.c and 3 others): remove global variables; enable bu_opt options
23:45.19Notify03BRL-CAD:ejno * 66794 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: simplify CCONE processing; improve error messages